Java同步中notify()方法的必要性及wait()使用时机解惑

你的结论完全正确 #

退出同步块（或同步方法）时，JVM绝对不会自动调用notify()或notifyAll()，这是Java同步机制的明确规则。

第一段代码无notify仍正常运行的原因 #

你第一段代码里的线程，只是在竞争对象锁：

• 当一个线程进入同步的increment方法，会持有该方法所属对象的锁；其他线程会进入「锁阻塞队列」等待获取锁。
• 持有锁的线程执行完同步方法后会释放锁，JVM会自动从锁阻塞队列中唤醒等待锁的线程，让它们竞争锁。这个唤醒是锁机制自带的流程，和wait()/notify()完全无关。
• 注意：这里的线程等待是「等待获取锁」，和调用wait()进入的「对象等待集」是两个完全独立的队列，不要混淆。

添加wait()后无notify就卡住的原因 #

当线程在同步块内调用wait()时，会触发两个关键操作：

1. 立即释放持有的对象锁；
2. 进入该对象的等待集，线程进入WAITING状态。

• 处于等待集的线程，只能被其他线程调用该对象的notify()/notifyAll()唤醒。如果没有唤醒操作，这些线程会永远停在等待状态，无法继续执行。

第二段代码去掉notifyAll就无法结束的原因 #

第二段代码的逻辑是「线程编号与value相等才递增」，本质是用wait()实现条件等待：

• 线程持有锁但发现条件不满足时，调用wait()进入等待集，释放锁让其他线程执行；
• 只有当某个线程完成递增操作后，调用notifyAll()才能唤醒等待集里的所有线程，让它们重新检查条件是否满足；
• 如果去掉notifyAll()，进入等待集的线程永远不会被唤醒，程序自然无法结束。

wait()的正确使用场景 #

wait()专门用于条件等待场景：当线程持有对象锁，但当前业务条件不满足时，调用wait()释放锁并进入等待，直到其他线程修改了条件并调用notify()/notifyAll()唤醒它，重新检查条件后再继续执行。

内容的提问来源于stack exchange，提问作者chl