notifyall()仅唤醒所有在对象监视器上等待的线程并使其竞争锁，不直接执行；必须在synchronized块中调用，且需配合while循环检查条件、volatile或同步保护的条件变量，确保线程醒来后重新验证业务状态。
Java 中 Object 类的 notifyAll() 方法并不会“立即唤醒并让所有线程继续执行”，而是将所有在该对象监视器（monitor）上等待的线程从 waiting 状态 转为 blocked 状态，然后由线程调度器决定谁先获取锁、重新进入运行。
notifyAll() 的真实作用
notifyAll() 做的只有一件事：唤醒所有调用过 wait() 并正在该对象上等待的线程。这些线程不会直接恢复执行，而是要重新竞争该对象的内置锁（即 synchronized 锁）。只有抢到锁的线程才能从 wait() 返回，继续往下走；其余线程则进入锁的入口队列（Entry Set），等待锁释放。
必须在同步上下文中调用
notifyAll() 必须在 synchronized 块或方法中调用，否则会抛出 IllegalMonitorStateException。因为只有持有对象锁的线程才有资格通知等待者。
- 调用
wait()、notify()、notifyAll()都要求当前线程是该对象的锁拥有者 - 典型写法：synchronized(obj) { obj.notifyAll(); }
- 不能对未加锁的对象调用，也不能用其他对象的锁去 notify 这个对象上的等待线程
等待线程需用 while 循环检查条件
被 notifyAll() 唤醒的线程不保证条件已满足——可能只是虚假唤醒（spurious wakeup），也可能其他线程抢先修改了状态。所以必须配合 循环等待 + 条件判断：
synchronized (lock) {
while (!conditionMet()) {
lock.wait();
}
// 此时 conditionMet() 为 true，安全执行后续逻辑
}
- 用 if 判断会导致线程醒来后直接往下走，可能违反业务前提
- 用 while 可确保每次醒来都重新验证条件是否成立
- 这是《Java 并发编程实战》等权威资料强调的标准写法
notifyAll() 和 notify() 的关键区别
notify() 只唤醒一个等待线程（具体哪个由 JVM 决定，不可预测），而 notifyAll() 唤醒全部。在多数生产场景中，尤其涉及多个不同等待条件时，应优先使用 notifyAll()：
- 例如：一个队列有“非空”和“未满”两个等待条件，用
notify()可能唤醒错的线程（比如唤醒了等“非空”的线程，但此时队列仍为空） -
notifyAll()让所有等待线程都回来检查自己关心的条件，更安全、更易维护 - 性能差异在现代 JVM 上通常可忽略，除非等待线程数量极大且唤醒频率极高
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
