使用 java.util.concurrent 类时，我什么时候应该担心虚假唤醒

Question

我知道如果我调用 Object.wait() 我必须考虑虚假唤醒，所以我应该将 wait 包装在一个 while 循环中，以检查我的实际终止条件达到了。但是在我使用java.util.concurrent.* 类的情况下，我还应该担心吗？

我正在使用 java.util.concurrent.BlockingQueue，我想知道我何时使用 queue.take() 我应该期望有时 take() 会停止由于虚假唤醒（InterruptedException）而不是因为它实际上从队列中读取了某些内容而阻塞。换句话说，如果虚假唤醒是一种风险，我需要在一个实际检查终止的 while 循环内捕获 InterruptedException。如果不是，那么我可能应该让 InterruptedExceptions 中断主循环并在我得到一个时停止处理

或者在代码中

@Override
public void run() {
  while(running()) {
    try {
       queue.take();
    } catch (InterruptedException exc) {
       log.warn("Spurious wakeup, ignore and try again");
    }
  }
}

对

@Override
public void run() {
  try {
    while(running()) {
       queue.take();
    }
  } catch (InterruptedException exc) {
      log.error("Some other reason for InterruptedException, finish thread");
  }
}

Answer 1

结束这个问题：Can Semaphore.acquire() throw InterruptedException due to a spurious wakeup?

看起来虚假唤醒实际上并没有中断线程，所以看起来你不需要在那里尝试/捕获（编辑：对于虚假唤醒，也就是说。你仍然需要它以防等待线程被实际中断）。

根据那里的第一个答案：

"是"伪唤醒"而不是"伪中断"："线程也可以在没有被通知、中断或超时的情况下唤醒，即所谓的伪唤醒。"在伪唤醒期间不会抛出 InterruptedException .正如你在cmets中所说：线程唤醒但未设置中断标志”