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()。
立即学习“Java免费学习笔记（深入）”；
- 用
notify()的风险：若唤醒的线程发现条件仍不满足，它会再次 wait；而真正需要被唤醒的线程可能一直沉睡，造成信号丢失或死锁 - 典型反例：多个不同等待条件共用同一把锁（如缓冲区空/满两种状态），仅 notify 可能唤醒错类型的线程
- 除非能严格保证：等待线程条件完全一致、唤醒后必能执行、且最多只有一个线程在 wait，否则默认选
notifyAll()
唤醒操作也必须在同步块内完成
不仅 wait() 需要锁，notify() 和 notifyAll() 同样要求调用线程持有对应对象的锁。这是为了保证“修改条件 + 发送通知”这一过程的原子性，防止通知早于条件更新被接收。
- 典型模式：
synchronized(obj) { condition = true; obj.notifyAll(); } - 如果先改条件、再出同步块、最后 notify，中间可能有其他线程抢入并 wait，导致它错过通知
- 务必确保：条件变更与 notify/notifyAll 在同一同步块中完成
