Java中调用join()方法后当前线程进入WAITING状态，因其底层基于Object.wait()实现，释放锁并挂起等待目标线程终止，由JVM自动notifyAll唤醒，不占用CPU且非BLOCKED或TIMED_WAITING（除非带超时）。

Java 中调用 join() 方法后，当前线程会进入 WAITING 状态（不是 BLOCKED，也不是 TIMED_WAITING，除非使用带超时的重载版本）。

这个状态是 JVM 线程生命周期中的标准状态之一，表示线程正在无限期等待另一个线程终止，且不占用 CPU 资源。

为什么是 WAITING 状态？

join() 方法底层通过 Object.wait() 实现，而 wait() 的语义就是让当前线程释放锁、挂起，并进入 WAITING 状态，直到被目标线程终止时 JVM 自动触发的 notifyAll() 唤醒。

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

• ✅ 调用 t.join() → 当前线程进入 WAITING
• ✅ 调用 t.join(5000) → 当前线程进入 TIMED_WAITING（有超时）
• ❌ 不会进入 BLOCKED：BLOCKED 是因争抢 synchronized 锁失败导致的，而 join() 不涉及锁竞争
• ❌ 不是 RUNNABLE 或 TERMINATED：它已主动让出执行权，尚未结束

WAITING 状态的关键特征

• 线程暂停执行，不消耗 CPU
• 不持有任何 monitor 锁（wait() 会释放锁，但注意：join() 同步的是目标线程对象本身，不是调用者的锁）
• 只能被以下三种方式唤醒：
  • 目标线程自然结束（JVM 自动调用 notifyAll()）
  • 当前线程被其他线程 interrupt() → 抛出 InterruptedException，并退出 WAITING
  • （仅对超时版本）等待时间耗尽 → 进入 RUNNABLE

常见误解澄清

• join() 不是“忙等”或轮询，不会持续检查线程状态
• 它不依赖 sleep()，所以和 Thread.sleep() 的阻塞机制完全不同
• 即使目标线程处于 WAITING/BLOCKED 状态，只要还没终止，调用 join() 的线程就继续 WAITING

不复杂但容易忽略。

立即学习“Java免费学习笔记（深入）”；