notify()只唤醒一个等待线程，由JVM随机选择，不释放锁，需配合while循环检测条件，否则易引发并发问题。
Java 中 notify() 的唤醒行为，核心在于它只唤醒一个正在该对象上等待（wait()）的线程，且不保证唤醒哪一个——这是由 JVM 线程调度器决定的，无法预测。
notify() 只唤醒一个等待线程
调用 notify() 时，JVM 会从该对象的等待队列（wait set）中随机选取一个线程，将其从 WAITING 状态移出，进入 BLOCKED 状态（等待重新获取对象锁），之后才可能继续执行。
- 如果多个线程在同一个对象上调用了
wait()，notify()只唤醒其中一个，其余仍保持等待 - 若此时没有线程在该对象上等待，
notify()不做任何事，也不会报错 -
notify()必须在同步块或同步方法中调用，否则抛出IllegalMonitorStateException
notify() 不释放锁，唤醒后需竞争锁
调用 notify() 本身不会释放当前持有的对象锁；被唤醒的线程只有在当前 synchronized 块/方法执行完毕、锁被释放后，才能参与锁竞争。
- 被唤醒的线程不会立刻执行，而是先排队争抢锁；若锁被其他线程抢先获得，它将继续阻塞在 entry set 中
- 因此，被
notify()唤醒 ≠ 立刻恢复运行，中间存在“锁竞争”环节 - 常见误写：
notify(); return;—— 若后续还有关键逻辑未执行完就返回，可能导致状态不一致
与 notifyAll() 的关键区别
当多个等待线程的「唤醒条件不同」时，仅用 notify() 容易导致信号丢失或死锁。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- 例如：生产者-消费者中，有多个消费者等待“非空”，多个生产者等待“非满”。若只用
notify()，可能唤醒了同类型的线程（如唤醒消费者但缓冲区仍空），造成虚假唤醒或长期挂起 -
notifyAll()唤醒所有等待线程，让它们各自重新检查条件（推荐配合 while 循环使用），更安全 - 仅当能严格保证「每次最多只有一个线程满足条件」且「唤醒目标唯一」时，
notify()才可安全使用（如简单的一对一线程协作）
正确使用模式：wait 必须在 while 循环中
无论用 notify() 还是 notifyAll()，wait() 都必须放在 while 循环里，不能用 if。
- 原因：存在虚假唤醒（spurious wakeup）和条件变化竞争，线程被唤醒后，原条件可能已不再成立
- 正确写法：while (!condition) { obj.wait(); }
- 唤醒后必须再次检查条件，不满足就继续 wait，避免逻辑错误
基本上就这些。notify() 看似简单，但用错容易引发隐蔽的并发问题，关键是理解它的非确定性、不释放锁、以及必须配合循环检测条件这三个要点。
