JavanotifyAll方法使用详解

在Java多线程编程中，notifyAll()是确保线程协作安全可靠的关键机制——它通过唤醒所有等待同一对象锁的线程，配合synchronized块和while循环条件检查，有效规避notify()可能导致的信号丢失、假死锁及错误唤醒问题，尤其在生产者-消费者等多条件共享锁场景中不可或缺；掌握其“必须同步调用、必须循环验证、本质是广播唤醒”三大要点，才能写出健壮、可预测的并发代码。

在 Java 中，notifyAll() 用于唤醒所有正在等待某个对象监视器（即调用过 wait()）的线程。它不指定唤醒哪一个，而是让所有等待线程重新参与锁的竞争——这是避免“信号丢失”和“假死锁”的关键操作。

为什么不能只用 notify()？

单用 notify() 可能唤醒错误的线程，尤其当多个条件共用同一把锁时。比如生产者-消费者中，有“缓冲区非空”和“缓冲区非满”两个条件，若只用 notify()，可能唤醒一个本该等“非空”却在等“非满”的消费者，导致它立即再次 wait()，而真正该醒的线程却一直沉睡。

使用 notifyAll() 虽然开销稍大（全部唤醒再竞争），但逻辑更安全、可预测。

必须配合 while 循环检查条件

wait() 返回不等于条件已满足——可能是被虚假唤醒（spurious wakeup），也可能是其他线程抢先修改了状态。所以永远不要用 if 判断后 wait()，而要用 while：

// ✅ 正确写法

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 等待、理解它是“广播”而非“定向通知”。不复杂但容易忽略细节。

文中关于java的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《JavanotifyAll方法使用详解》文章吧，也可关注golang学习网公众号了解相关技术文章。