Java中notifyAll用法详解
notifyAll()用于唤醒所有在对象上等待的线程，避免信号丢失和假死锁；必须在synchronized块中调用，配合while循环检查条件，不可用if，适用于多条件共享锁场景如生产者-消费者模型。
notifyAll()用于唤醒所有在对象上等待的线程，避免信号丢失和假死锁；必须在synchronized块中调用，配合while循环检查条件，不可用if，适用于多条件共享锁场景如生产者-消费者模型。
在 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 等待、理解它是“广播”而非“定向通知”。不复杂但容易忽略细节。
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力，依托字节自研豆包多模态大模型，凭借火山方舟一站式平台，提供模型精调、推理部署、智能应用搭建等全链路服务，结合高性能AI算力，助力各行业快速落地大模型数字化与智能化应用。
AirBuddy 3 是面向 macOS 的蓝牙外设增强工具，可集中查看 AirPods、Beats 与苹果设备电量，提供快速连接、播放控制、电量提醒、桌面小组件和多台 Mac 外设接力等功能。
AirServer macOS版可把 Mac 转换为无线投屏接收端，通过 AirPlay 或 Google Cast 接收手机、平板和电脑画面，并支持多设备同时连接、高清镜像及会话录制，适合家庭娱乐、课堂教学、会议演示和应用展示。
Autodesk Maya 是面向影视、电视、动画和游戏行业的专业三维制作软件，集多边形与 NURBS 建模、角色绑定、关键帧和动作捕捉动画、Bifrost 特效模拟、材质开发及 Arnold 渲染于一体，
AirServer Windows版可把电脑变成AirPlay、Google Cast和Miracast无线投屏接收端，适合会议演示、课堂教学及家庭大屏分享。发送设备通常无需另装客户端，并可同时接收和智能排列多个镜像会话。