Java：再次遍历notify（）与notifyAll（）

Question

如果“之间的区别一个谷歌notify()和notifyAll()”，那么很多的解释，会弹出（除了留下javadoc的段落）。这一切都归结于被唤醒等待的线程数：一个是notify()和所有notifyAll()。

但是（如果我确实正确理解了这两种方法之间的区别），总是仅选择一个线程来进行进一步的监视器获取；在第一种情况下，由VM选择，在第二种情况下，由系统线程调度程序选择。程序员不知道它们的确切选择过程（一般情况下）。

然后notify（）和notifyAll（）的有用区别是什么？我想念什么吗？

Answer 1

但是（如果我确实正确理解了这两种方法之间的区别），总是仅选择一个线程来进行进一步的监视器获取。

那是不对的。 o.notifyAll()唤醒所有在o.wait()调用中阻塞的线程。线程只能o.wait()一一返回，但每个线程都会轮到自己。

简而言之，这取决于你的线程为何等待被通知。你是否要告诉一个正在等待的线程发生了什么，还是要同时告诉所有这些线程？

在某些情况下，等待完成后，所有等待线程都可以采取有用的措施。一个示例是一组等待某个任务完成的线程。任务完成后，所有等待的线程都可以继续其业务。在这种情况下，你可以使用notifyAll（）来同时唤醒所有等待的线程。

另一种情况，例如互斥锁定，只有一个等待线程在得到通知后可以做一些有用的事情（在这种情况下，获取锁定）。在这种情况下，你宁愿使用notify（）。正确实现后，在这种情况下，你也可以使用notifyAll（），但是不必要地唤醒了无法执行任何操作的线程。

在许多情况下，等待条件的代码将被编写为循环：

synchronized(o) {
    while (! IsConditionTrue()) {
        o.wait();
    }
    DoSomethingThatOnlyMakesSenseWhenConditionIsTrue_and_MaybeMakeConditionFalseAgain();
}

这样，如果一个o.notifyAll()调用唤醒了多个等待线程，并且第一个从o.wait()make 返回的线程使该条件处于假状态，则其他被唤醒的线程将返回等待状态。