Java中使用wait的注意事项与误区解析

Java中调用wait()必须在synchronized块内，用while循环检查条件，notify/notifyAll也需在同步块中与条件更新原子执行，优先使用notifyAll()避免信号丢失。

在Java中调用 wait() 方法不是简单地“让线程等一下”，它必须严格配合 synchronized 块和 notify()/notifyAll() 使用，否则极易导致死锁、IllegalMonitorStateException 或虚假唤醒等问题。

必须在同步块（synchronized）中调用 wait()

wait() 是 Object 类的实例方法，它的语义是“释放当前对象锁并挂起线程”。JVM 要求调用线程必须已持有该对象的监视器锁（即已进入 synchronized 代码块或方法），否则会立即抛出 IllegalMonitorStateException。

• 错误写法：没有 synchronized 就直接调用 obj.wait()
• 正确写法：synchronized(obj) { obj.wait(); }
• 注意：wait()、notify()、notifyAll() 必须作用于同一个锁对象，且该对象不能为 null

永远用 while 循环检查等待条件，而非 if

线程被唤醒后，不能假设条件一定满足——可能因虚假唤醒（spurious wakeup）、通知被其他线程消费，或条件在唤醒后又被修改。只用 if 判断会导致线程继续执行错误逻辑。

• 错误写法：if (!condition) { obj.wait(); }
• 正确写法：while (!condition) { obj.wait(); }
• 唤醒后需重新检查条件，满足才向下执行；不满足则继续等待

notify() 和 notifyAll() 的选择要谨慎

notify() 只随机唤醒一个等待线程，适用于“单生产者-单消费者”且等待条件互斥的场景；多数情况下应优先使用 notifyAll()。

• 用 notify() 的风险：若唤醒的线程发现条件仍不满足，它会再次 wait；而真正需要被唤醒的线程可能一直沉睡，造成信号丢失或死锁
• 典型反例：多个不同等待条件共用同一把锁（如缓冲区空/满两种状态），仅 notify 可能唤醒错类型的线程
• 除非能严格保证：等待线程条件完全一致、唤醒后必能执行、且最多只有一个线程在 wait，否则默认选 notifyAll()

唤醒操作也必须在同步块内完成

不仅 wait() 需要锁，notify() 和 notifyAll() 同样要求调用线程持有对应对象的锁。这是为了保证“修改条件 + 发送通知”这一过程的原子性，防止通知早于条件更新被接收。

• 典型模式：synchronized(obj) { condition = true; obj.notifyAll(); }
• 如果先改条件、再出同步块、最后 notify，中间可能有其他线程抢入并 wait，导致它错过通知
• 务必确保：条件变更与 notify/notifyAll 在同一同步块中完成