notifyAll()用于唤醒所有在对象上等待的线程，避免信号丢失和假死锁；必须在synchronized块中调用，配合while循环检查条件，不可用if，适用于多条件共享锁场景如生产者-消费者模型。
在 Java 中，notifyAll() 用于唤醒所有正在等待某个对象监视器（即调用过 wait()）的线程。它不指定唤醒哪一个，而是让所有等待线程重新参与锁的竞争——这是避免“信号丢失”和“假死锁”的关键操作。
为什么不能只用 notify()？
单用 notify() 可能唤醒错误的线程，尤其当多个条件共用同一把锁时。比如生产者-消费者中，有“缓冲区非空”和“缓冲区非满”两个条件，若只用 notify()，可能唤醒一个本该等“非空”却在等“非满”的消费者，导致它立即再次 wait()，而真正该醒的线程却一直沉睡。
使用 notifyAll() 虽然开销稍大（全部唤醒再竞争），但逻辑更安全、可预测。
必须配合 while 循环检查条件
wait() 返回不等于条件已满足——可能是被虚假唤醒（spurious wakeup），也可能是其他线程抢先修改了状态。所以永远不要用 if 判断后 wait()，而要用 while：
立即学习“Java免费学习笔记（深入）”；
// ✅ 正确写法
synchronized (lock) {
while (!conditionMet()) {
lock.wait();
}
// 执行业务逻辑
}
// ❌ 错误写法（可能跳过条件检查）
synchronized (lock) {
if (!conditionMet()) {
lock.wait(); // 唤醒后直接往下走，不重检！
}
}
notifyAll() 必须在同步块中调用
它不是普通方法，而是 Object 的本地方法，要求当前线程持有该对象的锁。否则抛 IllegalMonitorStateException。
- 必须在
synchronized(obj) { ... }内部调用obj.notifyAll() - 不能在
ReentrantLock等显式锁上用 —— 那得用Condition.signalAll() - 唤醒的是在该对象上调用
wait()的线程，不是任意等待线程
典型使用场景：生产者-消费者模型
多个生产者、多个消费者共享一个有限队列：
- 生产者入队前，检查是否已满 → 满则
wait()；成功后notifyAll()（通知可能卡住的消费者） - 消费者出队前，检查是否为空 → 空则
wait()；成功后notifyAll()（通知可能卡住的生产者） - 双方都用
while循环判断条件，确保唤醒后仍满足业务前提
这样即使多个线程同时被唤醒，也只会有符合条件的线程真正执行，其余自动回到 wait()。
基本上就这些。用对 notifyAll() 的关键是：同步块里调、配合 while 等待、理解它是“广播”而非“定向通知”。不复杂但容易忽略细节。
