**Java 线程一共有六种状态，分别是 NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING 和 TERMINATED，它们共同描述了线程从创建、运行、阻塞、等待到最终结束的完整生命周期。**理解这些线程状态及其转换关系，是掌握 Java 并发编程、分析性能问题以及排查死锁和线程阻塞问题的基础。本文将从 JVM 规范视角出发，系统讲解 Java 线程的六种状态、典型触发条件、底层运行逻辑以及在实际开发中的常见误区，帮助你建立清晰、可操作的线程状态认知体系。

## 一、Java 线程状态的整体概览

在 Java 并发模型中，线程状态是 JVM 对线程当前执行阶段的抽象描述。自 Java 5 引入 `java.lang.Thread.State` 枚举后，**线程状态被严格限定为六种**，这是 Java 并发语义中非常重要的一项规范。这六种状态并不是操作系统线程状态的简单映射，而是 JVM 层面对线程行为的统一抽象，用于帮助开发者理解线程是否具备执行资格、是否正在等待资源或是否已经结束。

从宏观角度看，Java 线程生命周期可以划分为三个阶段：创建与启动阶段、运行与等待阶段、终止阶段。其中，RUNNABLE、BLOCKED、WAITING 和 TIMED_WAITING 都属于运行阶段的不同细分状态，它们的差异主要体现在**是否持有 CPU、是否持有锁、是否存在时间限制**等方面。理解这些差异，对于分析线程 dump、使用 jstack 工具或阅读监控系统中的线程状态信息尤为关键。

需要特别强调的是，**Java 线程状态并不等同于 CPU 执行状态**。例如，一个处于 RUNNABLE 状态的线程，可能正在 CPU 上运行，也可能正在就绪队列中等待时间片。这一点是许多初学者在理解 Java 线程状态时容易产生误解的地方。

## 二、NEW 状态：线程的创建但未启动

NEW 状态表示线程对象已经被创建，但尚未调用 `start()` 方法。在这个阶段，线程只是一个普通的 Java 对象，**尚未向 JVM 申请任何系统级线程资源**，也不会参与线程调度。这种状态通常非常短暂，但在某些框架或复杂系统中，线程可能会在 NEW 状态停留较长时间，用于完成参数配置或依赖注入。

需要注意的是，调用线程的构造方法并不会立即创建操作系统线程，只有在调用 `start()` 方法后，JVM 才会向底层操作系统申请资源，并将线程状态从 NEW 转换为 RUNNABLE。如果开发者错误地多次调用 `start()` 方法，JVM 会直接抛出 `IllegalThreadStateException`，这是对线程生命周期的强制保护。

在实际开发中，NEW 状态本身并不会引发性能或并发问题，但它是判断线程是否“真正启动”的重要依据。在调试多线程程序时，如果发现线程始终停留在 NEW 状态，通常意味着启动逻辑存在缺失或被条件分支阻断。

## 三、RUNNABLE 状态：可运行或正在运行

RUNNABLE 是 Java 线程状态中最容易被误解的一种。**处于 RUNNABLE 状态的线程，并不一定正在 CPU 上执行代码**，而是表示该线程具备运行条件，可能正在执行，也可能正在等待操作系统调度。这是 JVM 层面的“可运行”概念，而不是操作系统层面的“正在运行”。

当线程成功调用 `start()` 方法后，就会立即进入 RUNNABLE 状态。只要线程没有因为同步锁、等待条件或时间限制而被阻塞，它就会一直保持在 RUNNABLE 状态，即使当前没有获得 CPU 时间片。对于 I/O 密集型或计算密集型任务而言，RUNNABLE 状态的线程数量往往直接影响系统的吞吐能力。

在性能分析中，如果大量线程长期处于 RUNNABLE 状态，但系统响应依然缓慢，往往意味着 CPU 资源成为瓶颈，或者线程内部存在忙等待（Busy Waiting）等不合理设计。因此，RUNNABLE 状态并不总是“健康”的信号，需要结合 CPU 使用率和线程堆栈信息综合判断。

## 四、BLOCKED 状态：等待获取监视器锁

BLOCKED 状态表示线程正在等待获取某个对象的**内置监视器锁（synchronized 锁）**。当一个线程试图进入 `synchronized` 修饰的代码块或方法，但该锁已经被其他线程持有时，当前线程就会进入 BLOCKED 状态，直到锁被释放。

这一状态是 Java 内置锁机制的直接体现，也是分析线程竞争问题的关键线索。与 WAITING 不同，BLOCKED 状态下的线程**不会主动释放 CPU 执行资格**，而是被动地等待锁资源。这意味着，如果锁竞争激烈，大量线程可能长期处于 BLOCKED 状态，从而导致系统吞吐下降。

在实际项目中，BLOCKED 状态通常与锁粒度过大、锁持有时间过长或不合理的同步结构有关。通过减少 synchronized 代码块范围、拆分锁对象或引入更灵活的并发控制机制，可以有效降低 BLOCKED 状态线程的数量，从而改善整体并发性能。

## 五、WAITING 状态：无限期等待条件满足

WAITING 状态表示线程正在等待某个特定条件的发生，且**等待时间没有上限**。进入 WAITING 状态的常见方式包括调用 `Object.wait()`、`Thread.join()`（不带超时参数）或 `LockSupport.park()`。此时，线程会主动放弃 CPU 执行资格，并在条件满足前一直处于休眠状态。

WAITING 状态的线程必须依赖其他线程的显式唤醒，例如调用 `notify()`、`notifyAll()` 或 `unpark()`。如果唤醒逻辑设计不当，线程可能会永久停留在 WAITING 状态，形成逻辑层面的“假死”问题。这类问题在生产环境中非常隐蔽，通常只能通过线程 dump 或日志分析定位。

在并发设计中，WAITING 状态常用于生产者-消费者模型、任务协作或阶段性同步场景。合理使用 WAITING 可以显著降低 CPU 空转，但前提是唤醒机制清晰可靠，否则会增加系统复杂度和维护成本。

## 六、TIMED_WAITING 状态：有时间限制的等待

TIMED_WAITING 状态与 WAITING 类似，但区别在于**等待具有明确的时间上限**。常见触发方式包括 `Thread.sleep(long)`、`Object.wait(long)`、`Thread.join(long)` 以及 `LockSupport.parkNanos()`。在时间到期或被提前唤醒后，线程将重新进入 RUNNABLE 状态。

TIMED_WAITING 在实际开发中非常常见，尤其是在轮询任务、延时执行和定时控制等场景中。通过设置合理的超时时间，可以避免线程无限期等待，从而提高系统的健壮性。相比 WAITING，TIMED_WAITING 更适合对响应时间有明确要求的业务逻辑。

需要注意的是，处于 TIMED_WAITING 状态的线程并不会消耗 CPU 资源，但如果大量线程频繁地在 RUNNABLE 与 TIMED_WAITING 之间切换，仍然可能带来上下文切换的性能开销。因此，在高并发系统中，合理控制休眠时间和线程数量同样重要。

## 七、TERMINATED 状态：线程生命周期的终点

TERMINATED 状态表示线程已经执行完毕或因异常退出，**生命周期彻底结束，无法再次启动**。一旦线程进入 TERMINATED 状态，其占用的系统资源会被 JVM 回收，线程对象本身仍然存在，但不再具备任何执行能力。

线程正常结束通常意味着 `run()` 方法执行完毕，而异常结束则可能由于未捕获的运行时异常导致。在生产系统中，频繁出现异常终止的线程往往是潜在稳定性风险的信号，需要通过日志和监控手段及时发现。

理解 TERMINATED 状态的意义，有助于开发者正确管理线程资源，避免误以为线程“还在运行”。在设计线程池或任务调度系统时，通常不会直接操作 TERMINATED 状态的线程，而是通过复用工作线程来降低创建和销毁线程的成本。

## 八、六种线程状态的对比与转换关系

为了更直观地理解 Java 线程状态之间的差异，下表从触发条件、是否持有锁以及是否占用 CPU 等角度，对六种状态进行了对比说明：

| 线程状态 | 是否已启动 | 是否占用 CPU | 是否持有锁 | 典型触发方式 |
|---------|------------|--------------|------------|--------------|
| NEW | 否 | 否 | 否 | new Thread() |
| RUNNABLE | 是 | 可能 | 可能 | start() |
| BLOCKED | 是 | 否 | 否 | synchronized 锁竞争 |
| WAITING | 是 | 否 | 否 | wait() / join() |
| TIMED_WAITING | 是 | 否 | 否 | sleep() / wait(timeout) |
| TERMINATED | 否 | 否 | 否 | run() 结束 |

从状态转换角度看，线程并不是按照线性流程依次经过所有状态，而是根据同步、等待和调度行为在不同状态之间来回切换。**理解这些转换路径，是分析死锁、线程饥饿和性能瓶颈的核心基础**。

## 九、Java 线程状态在实际开发中的价值与趋势

在现代 Java 应用中，线程状态不仅是语言层面的概念，更是性能调优和故障排查的重要工具。通过线程 dump、APM 监控或 JVM 诊断工具，开发者可以快速定位大量 BLOCKED 或 WAITING 状态线程，从而判断系统是否存在锁竞争、资源等待或设计缺陷。

随着并发编程模型的不断演进，虽然高层抽象（如线程池、异步模型）在一定程度上屏蔽了线程管理细节，但**线程状态依然是理解底层行为的“通用语言”**。未来，在虚拟线程等新模型逐步普及的背景下，线程状态的语义可能会被进一步抽象，但其核心思想仍然会延续：用有限的状态集合，描述复杂的并发执行过程。

参考与资料来源  
1. Oracle. *Java Platform, Standard Edition Documentation – Thread.State*. 2023  
2. Java Language Specification, Java SE 17 Edition. Oracle, 2021

Java线程的生命周期包括新建（New）、就绪（Runnable）、运行中（Running）、阻塞（Blocked）、等待（Waiting）、计时等待（Timed Waiting）和终止（Terminated）七种状态。每种状态代表线程在不同阶段的活动情况。

Java线程的生命周期状态

我想了解Java线程从创建到终止经历了哪些主要状态。

Java线程生命周期包含哪些阶段？

线程进入阻塞状态通常是因为等待某些资源或条件，比如等待获取对象的锁、调用阻塞I/O操作或等待其他线程完成特定任务。阻塞状态意味着线程不能继续执行，直到条件满足或者资源获得。

线程阻塞状态的原因

Java线程阻塞状态是如何发生的，哪些情况会导致线程进入阻塞？

线程在Java中为什么会进入阻塞状态？

等待状态指线程无限期等待某个事件发生，直到被其他线程显式通知；计时等待状态是线程等待指定时间后自动返回，例如调用sleep()或带超时时间的等待操作。两者的区别在于等待时间的可控性和是否依赖外部通知。

等待与计时等待状态的区别

等待状态和计时等待状态在Java线程中如何区分，有什么不同的应用场景？

Java线程的等待和计时等待状态有什么区别？

PingCodeDocs

Java 线程在 JVM 规范中被明确划分为六种状态：NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING 和 TERMINATED，它们共同构成线程从创建到结束的完整生命周期。每种状态对应不同的运行条件、锁占用情况和等待机制，反映了线程在并发执行中的真实处境。理解这些状态及其转换关系，不仅有助于掌握 Java 并发编程原理，也能在性能调优、死锁分析和生产问题排查中提供清晰而可靠的判断依据。

java线程有哪种状态