如果一个人在谷歌上搜索“notify()和notifyAll()之间的区别”，那么会跳出很多解释(撇开javadoc段落)。这都归结于被唤醒的等待线程的数量:notify()中有一个，notifyAll()中有所有线程。
然而(如果我确实理解了这些方法之间的区别)，只有一个线程总是被选择用于进一步的监视采集;第一种情况是VM选择的线程，第二种情况是系统线程调度程序选择的线程。程序员不知道它们的确切选择过程(在一般情况下)。
那么notify()和notifyAll()之间有什么有用的区别呢?我遗漏了什么吗?
当前回答
在这里，所有的醒来都没有多大意义。 Wait notify和notifyall，所有这些都放在拥有对象的监视器之后。如果一个线程处于等待阶段，并且调用了notify，那么这个线程将占用该锁，此时没有其他线程可以占用该锁。所以并发访问根本不能发生。据我所知，只有在锁定对象后才能调用wait notify和notifyall。如果我错了，请指正。
其他回答
notify() -从对象的等待集中随机选择一个线程，并将其置于BLOCKED状态。对象的等待集中的其余线程仍然处于WAITING状态。
notifyAll() -将所有线程从对象的等待集移动到BLOCKED状态。使用notifyAll()后，共享对象的等待集中没有剩余线程，因为所有线程现在都处于BLOCKED状态，而不是WAITING状态。
BLOCKED—锁定获取阻塞。 WAITING -等待通知(或阻塞连接完成)。
在这里，所有的醒来都没有多大意义。 Wait notify和notifyall，所有这些都放在拥有对象的监视器之后。如果一个线程处于等待阶段，并且调用了notify，那么这个线程将占用该锁，此时没有其他线程可以占用该锁。所以并发访问根本不能发生。据我所知，只有在锁定对象后才能调用wait notify和notifyall。如果我错了，请指正。
摘自Java大师Joshua Bloch在Effective Java第二版中的文章:
“第69项:选择并发实用程序而不是等待和通知”。
Notify将只通知处于等待状态的一个线程，而Notify all将通知处于等待状态的所有线程，现在所有被通知的线程和所有被阻塞的线程都有资格获得锁，其中只有一个线程将获得锁，所有其他线程(包括之前处于等待状态的线程)将处于阻塞状态。
notify()将唤醒一个线程，而notifyAll()将唤醒所有线程。据我所知，没有中间立场。但是如果你不确定notify()会对你的线程做什么，使用notifyAll()。每次都很灵验。
