Java:再次遍历notify()与notifyAll()

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

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

然后notify()notifyAll()的有用区别是什么?我想念什么吗?

回答:

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

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

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

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

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

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

synchronized(o) {

while (! IsConditionTrue()) {

o.wait();

}

DoSomethingThatOnlyMakesSenseWhenConditionIsTrue_and_MaybeMakeConditionFalseAgain();

}

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

以上是 Java:再次遍历notify()与notifyAll() 的全部内容, 来源链接: utcz.com/qa/406182.html

回到顶部