Java 中 wait 方法的正确唤醒机制与条件检查-java教程-PHP中文网

java中wait()的正确唤醒机制是“条件驱动+循环检查+同步保护”，必须用while循环而非if检查条件，因存在虚假唤醒和竞争导致条件失效；notify/notifyall须在synchronized块内调用，唤醒后线程需重新竞争锁才能继续执行。

java 中 wait 方法的正确唤醒机制与条件检查

Java 中 wait() 的正确唤醒机制，核心在于“条件驱动 + 循环检查 + 同步保护”。它不是简单地等一个 notify() 就往下走，而是要确保线程只在真正满足业务条件时才继续执行。

必须用 while 循环检查条件

不能用 if，这是最关键的实践。因为：

存在虚假唤醒（spurious wakeup）：JVM 或操作系统可能无理由唤醒等待线程，此时条件很可能仍未满足
多个线程竞争同一资源时，某个线程被唤醒后，条件可能已被其他线程抢先改变（比如缓冲区又被消费空了）
使用 while 可保证每次从 wait() 返回后，都重新验证逻辑条件是否成立

正确写法示例：

synchronized (lock) {
    while (!conditionMet()) {
        lock.wait();
    }
    // 此处 conditionMet() 为 true，安全执行后续操作
}

唤醒操作必须由持有锁的线程发起

notify() 和 notifyAll() 不是“发个信号就完事”，它们有严格前提：

Java Maven Secondary Analysis

分析ZIP压缩包或GitLab仓库中的Java Maven项目，确定二次开发范围、类数量、模块分布及生产相关指标。

下载

调用者必须已获得该对象的监视器锁（即在 synchronized(lock) 块内）
否则抛出 IllegalMonitorStateException
唤醒动作本身不释放锁；当前线程会继续执行完同步块，之后锁才被释放，被唤醒线程才能参与锁竞争

典型配合模式：

// 生产者线程
synchronized (lock) {
    produceItem();
    lock.notifyAll(); // 或 notify()
}

// 消费者线程
synchronized (lock) {
    while (isEmpty()) {
        lock.wait();
    }
    consumeItem();
}

wait 后线程状态与锁竞争流程

一次完整的 wait() 到恢复执行，涉及三阶段状态转换：

挂起并释放锁：调用 wait() 后，线程立即释放锁，状态变为 WAITING（或 TIMED_WAITING），进入对象的等待队列（Wait Set）
被唤醒但不立即执行：notify() 把线程移出 Wait Set，放入锁竞争队列（Lock Queue）；此时线程状态为 BLOCKED
重新获取锁后继续：只有成功抢到锁，线程才回到 RUNNABLE，从 wait() 调用处继续向下执行