Java线程通信：wait与notify机制详解

Java线程通信的基石——wait()与notify()机制，虽看似简单却暗藏精妙：它们必须在synchronized同步块中调用，依赖对象监视器实现锁释放与线程唤醒的精准协作；wait()让线程安全让出锁并等待，notify()则仅唤醒一个竞争者而不释放锁，而“永远用while而非if检查条件”这一铁律更是规避虚假唤醒、保障逻辑正确性的关键。通过生产者-消费者模型的直观示例，你能清晰看到二者如何协同控制共享缓冲区的读写节奏；但也要警惕常见陷阱——如避免在字符串常量上同步、慎用notify（推荐notifyAll或更现代的并发工具）。尽管wait/notify是理解线程协作原理不可绕过的经典，如今的工程实践更倡导拥抱java.util.concurrent包中的BlockingQueue、Condition等高级抽象——它们语义明确、容错性强、开发效率高，让多线程编程从“小心翼翼地踩钢丝”转变为“稳健可靠地建高楼”。

Java中线程间通信最基础、最经典的方式是通过 wait() 和 notify()（或 notifyAll()）配合 synchronized 实现。它们不是独立运行的工具，而是对象监视器（monitor）上的协作方法，必须在同步上下文中调用，否则会抛出 IllegalMonitorStateException。

wait() 和 notify() 的核心规则

理解以下四点是正确使用的关键：

• 必须在 synchronized 块或方法中调用：因为 wait/notify 操作的是当前线程持有的对象锁（即 monitor），只有已获得锁的线程才有资格释放它（wait）或唤醒其他等待者（notify）。
• wait() 会释放锁并进入 WAITING 状态：线程暂停执行，同时放弃对同步块中对象的独占权，允许其他线程进入该同步区域。
• notify() 不释放锁，只唤醒一个等待线程：被唤醒的线程不会立即执行，而是重新竞争该对象锁；只有拿到锁后，才能从 wait() 返回继续执行。
• 永远用 while 而不是 if 检查条件：防止虚假唤醒（spurious wakeup）或条件在唤醒后再次不满足，典型写法是 while (!condition) { obj.wait(); }。

典型生产者-消费者模型示例

以共享缓冲区为例，展示 wait/notify 如何协调线程行为：

class Buffer {
    private final List<Integer> list = new ArrayList<>();
    private final int MAX_SIZE = 5;

    public void produce(int item) throws InterruptedException {
        synchronized (this) {
            while (list.size() == MAX_SIZE) {
                this.wait(); // 缓冲满，生产者等待
            }
            list.add(item);
            System.out.println("Produced: " + item + ", size=" + list.size());
            this.notify(); // 唤醒可能等待的消费者
        }
    }

    public int consume() throws InterruptedException {
        synchronized (this) {
            while (list.isEmpty()) {
                this.wait(); // 缓冲空，消费者等待
            }
            int item = list.remove(0);
            System.out.println("Consumed: " + item + ", remaining=" + list.size());
            this.notify(); // 唤醒可能等待的生产者
            return item;
        }
    }
}

注意：这里用 this.notify() 是因为所有线程都在同一对象（Buffer 实例）上同步和等待；若存在多类等待者（如“库存不足”和“库存溢出”两类条件），应优先考虑 notifyAll() 或改用 java.util.concurrent 中的更高级工具（如 Condition）。

常见误区与注意事项

• 不要在 String 或常量池对象上调用 wait/notify：例如 synchronized ("lock") { ... wait(); }，因为字符串字面量可能被多个类共享，导致意外唤醒或死锁。
• notify() 只唤醒一个线程，但无法指定唤醒谁：JVM 决定选择哪个等待线程，因此不能依赖唤醒顺序来实现逻辑；有顺序要求时需自行设计状态控制或换用 BlockingQueue 等线程安全容器。
• wait(long timeout) 是带超时的安全选择：避免无限等待，尤其在网络、IO 等不确定耗时场景中，建议搭配超时机制使用。
• 替代方案更推荐用于新项目：如 BlockingQueue（ArrayBlockingQueue、LinkedBlockingQueue）、CountDownLatch、CyclicBarrier、Semaphore，以及 ReentrantLock + Condition —— 它们语义更清晰、功能更强、不易出错。

小结：适用场景与演进建议

wait/notify 是理解 Java 线程协作原理的基石，适合学习底层机制或维护老代码。但在实际开发中，除非有特殊性能或控制需求，否则应优先选用 java.util.concurrent 包中的高级并发工具。它们封装了锁、条件变量和队列逻辑，大幅降低出错概率，提升可读性与可维护性。

今天关于《Java线程通信：wait与notify机制详解》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！