Java wait与notify使用全攻略

Java中wait()与notify()是线程协作的基石，但极易因使用不当引发死锁、通知丢失或虚假唤醒等问题；本文系统梳理了四大关键实践：必须在synchronized块中调用以确保锁持有、始终用while循环而非if重检条件以应对虚假唤醒、状态变更后及时调用notify()或更安全的notifyAll()、选用细粒度锁对象减少竞争——掌握这些要点，不仅能写出稳定高效的生产者-消费者等经典场景代码，更能夯实多线程底层原理认知，即便在Lock和高级并发工具盛行的今天，其思想仍深刻影响着自定义同步器的设计与理解。

在Java多线程编程中，wait() 和 notify() 是实现线程间协作的重要机制。它们定义在 Object 类中，用于控制线程的等待与唤醒，常用于生产者-消费者模型等场景。正确使用这两个方法能有效避免资源竞争和忙等待，但若使用不当，容易引发死锁、线程阻塞或通知丢失等问题。

必须在同步块中调用

调用 wait() 和 notify() 的前提是当前线程必须持有对象的监视器锁，否则会抛出 IllegalMonitorStateException。

直接在非 synchronized 方法或代码块中调用 wait() 或 notify() 会导致运行时异常。

正确做法是将它们包裹在 synchronized 块或方法中：

• 使用 synchronized(this) 或 synchronized(共享对象) 确保互斥访问
• 所有涉及 wait/notify 的状态检查和操作都应在同步块内完成

使用 while 而不是 if 判断条件

线程被唤醒并不意味着它等待的条件已经满足，可能是虚假唤醒（spurious wakeup）或其他线程改变了状态。

因此，应该用 while 循环重新检查条件，而不是 if 语句：

• 例如：while (queue.isEmpty()) { queue.wait(); }
• 这样可以确保只有当条件真正满足时才继续执行

及时调用 notify() 或 notifyAll()

当共享状态发生改变，可能使等待线程的条件成立时，应立即调用 notify() 或 notifyAll() 来唤醒等待线程。

• notify() 唤醒一个等待线程，适用于只有一个线程需要处理的情况
• notifyAll() 唤醒所有等待线程，更安全，适合多个线程竞争同一条件的场景
• 注意：应在修改共享状态后、退出同步块前调用通知方法

选择合适的锁对象与避免过度竞争

建议使用特定的共享对象作为锁，而不是 this 或整个类实例，以减少锁的竞争范围。

• 例如：private final Object lock = new Object();
• 避免在大段逻辑中持有锁，只在必要时进行同步操作
• 防止因长时间持有锁导致其他线程无法及时获取通知

基本上就这些。掌握 wait 与 notify 的核心在于理解“等待的是条件”，而不仅仅是进入某个方法。配合合理的状态判断、同步控制和及时通知，就能写出稳定可靠的协作线程代码。虽然现在有 BlockingQueue、CountDownLatch 等高级工具可用，但在底层原理理解和自定义同步器开发中，wait/notify 仍是基础。

到这里，我们也就讲完了《Java wait与notify使用全攻略》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！