**在 Java 中，线程状态一共定义为六种，它们从生命周期角度完整描述了线程从创建到终止的全部过程。核心观点是：Java 线程状态并不是调度策略，而是 JVM 对线程运行阶段的抽象建模，理解这些状态及其转换关系，是进行并发编程、性能调优与故障排查的基础。只有把线程状态与锁、CPU 时间片、阻塞条件等因素结合起来分析，才能真正写出可预测、可维护的并发代码。**

## 一、Java线程状态全览与设计初衷

Java 线程状态的定义来源于 `java.lang.Thread.State` 枚举，它并非随意划分，而是在 JVM 实现复杂性与开发者可理解性之间取得的平衡。从设计角度看，Java 并没有暴露操作系统层面更细碎的状态，而是将其归纳为 **NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED** 六种。这种抽象让开发者能够在不关心底层平台差异的前提下，对线程执行阶段形成稳定认知。

在实际开发中，线程状态的价值并不体现在“记住定义”，而在于通过状态变化来判断程序行为是否符合预期。例如，一个线程长期处于 RUNNABLE 但 CPU 占用极高，往往意味着忙等；而大量线程停留在 BLOCKED，通常暗示锁竞争严重。**线程状态是并发问题的“体征”，而不是问题本身**，这也是 Java 选择有限状态集的重要原因。

## 二、NEW：线程创建但尚未启动

NEW 状态表示线程对象已经被创建，但 `start()` 方法尚未被调用。此时，线程仅仅是 JVM 中的一个普通对象，不具备任何执行资格，也不会被操作系统调度。这一点在并发初学者中非常容易被误解，很多人会将“new 了 Thread”错误地理解为“线程已经存在并运行”。

从内存模型角度看，NEW 状态的线程不会触发任何与并发相关的 happens-before 关系。也就是说，在 `start()` 调用之前，对线程成员变量的写入，并不具备跨线程可见性保障。**只有当线程从 NEW 进入 RUNNABLE 状态时，JMM 才会建立必要的内存语义**。因此，在设计线程初始化逻辑时，推荐在启动前完成所有必要配置，避免在运行过程中引入额外同步成本。

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

RUNNABLE 是 Java 线程状态中最容易被误解的一种。它并不等同于“线程正在执行”，而是表示线程 **具备运行条件**，可能正在占用 CPU，也可能正在等待操作系统分配时间片。在大多数主流 JVM 实现中，RUNNABLE 状态涵盖了操作系统层面的 Running 和 Ready 两种状态。

理解这一点对于性能分析尤为关键。当使用 `jstack` 或监控工具查看线程状态时，看到大量 RUNNABLE 线程并不意味着系统“很忙”，而可能只是线程数多于 CPU 核心数。**真正需要警惕的是 RUNNABLE 线程伴随高 CPU 使用率且无阻塞点**，这往往指向死循环或低效算法。

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

BLOCKED 状态表示线程正在等待获取一个对象的监视器锁（monitor），通常发生在进入 `synchronized` 修饰的代码块或方法时。如果锁已被其他线程持有，当前线程就会进入 BLOCKED 状态，直到锁被释放。

这一状态只与内置锁（intrinsic lock）相关，与 `Lock` 接口实现（如可重入锁）无关。**这也是为什么在使用 `java.util.concurrent` 包时，很少看到 BLOCKED，而更多看到 WAITING 或 TIMED_WAITING**。在高并发场景下，大量 BLOCKED 线程意味着锁粒度过大或临界区逻辑过重，是典型的可优化信号。

## 五、WAITING：无限期等待其他线程唤醒

WAITING 状态表示线程正在等待某个特定条件发生，并且没有设置超时时间。常见触发方式包括 `Object.wait()`、`Thread.join()`（不带超时）以及 `LockSupport.park()`。进入 WAITING 状态的线程不会消耗 CPU 资源，直到被其他线程显式唤醒。

从并发设计角度看，WAITING 是实现线程协作的重要手段。生产者-消费者模型、任务编排等场景，都依赖线程在 WAITING 与 RUNNABLE 之间切换。**但需要注意，WAITING 本身并不保证公平性或顺序性**，如果唤醒逻辑设计不当，可能导致线程长期得不到调度，形成“假死”现象。

## 六、TIMED_WAITING：带超时约束的等待

TIMED_WAITING 与 WAITING 的本质相同，区别在于它带有明确的时间上限。常见触发方式包括 `Thread.sleep(long)`、`Object.wait(long)`、`Thread.join(long)` 以及 `LockSupport.parkNanos()`。当超时时间到达或条件提前满足时，线程将返回 RUNNABLE 状态。

在工程实践中，TIMED_WAITING 往往比 WAITING 更安全。**通过超时机制，系统可以避免因信号丢失或逻辑缺陷而导致线程永久挂起**。因此，在设计阻塞等待逻辑时，推荐优先使用带超时的方案，并结合重试或降级策略，以提升系统整体健壮性。

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

TERMINATED 状态表示线程已经执行完毕或因异常退出，其生命周期彻底结束。一旦线程进入该状态，就无法再次启动，尝试调用 `start()` 会抛出 `IllegalThreadStateException`。这也是 Java 明确禁止线程复用的原因之一。

从资源管理角度看，TERMINATED 并不意味着相关资源立即被回收。线程对象仍可能被引用，其栈内存、ThreadLocal 数据等，需要等待 GC 介入。**在高并发系统中，如果频繁创建和销毁线程，可能引发额外的 GC 压力**，这也是线程池存在的根本原因。

## 八、线程状态对比与常见误区

为了更直观理解 Java 线程状态之间的差异，下表从触发条件、是否占用 CPU、典型场景等维度进行对比：

| 状态 | 是否占用CPU | 触发条件 | 常见场景 |
|------|-------------|----------|----------|
| NEW | 否 | 创建线程对象 | 初始化阶段 |
| RUNNABLE | 可能 | 调用 start() 后 | 正常执行或就绪 |
| BLOCKED | 否 | 等待内置锁 | synchronized 竞争 |
| WAITING | 否 | 无限期等待 | 线程协作 |
| TIMED_WAITING | 否 | 带超时等待 | 轮询、延迟任务 |
| TERMINATED | 否 | 执行结束 | 生命周期结束 |

一个常见误区是将 WAITING 与 BLOCKED 混为一谈。**BLOCKED 一定涉及锁竞争，而 WAITING 更多是主动让出执行权**。正确区分二者，有助于在排查线程堆栈时快速定位问题根源。

## 九、结合线程状态进行调试与架构优化

在真实项目中，线程状态分析往往与监控工具、日志和业务上下文结合使用。例如，通过 `jstack` 定期采样线程状态分布，可以判断系统瓶颈是 CPU、锁还是外部依赖。对于研发协作密集的团队，在梳理并发任务和生命周期时，往往会借助研发项目管理系统 [PingCode](https://PingCode.com?utm_source=insights&utm_medium=%E5%93%81%E7%89%8C%E8%AF%8D) 来跟踪问题与优化方案的演进过程，但工具本身并不能替代对线程状态的理解。

从趋势上看，随着虚拟线程等新模型的发展，Java 线程状态的使用方式可能会发生变化，但其作为并发抽象的核心价值不会消失。**未来的并发编程，将更加依赖对状态变化的观测与建模，而不是对单一 API 的记忆**。

参考与资料来源  
- Oracle, *Java SE Documentation – Thread.State*, 2023  
- Brian Goetz et al., *Java Concurrency in Practice*, Addison-Wesley, 2006

Java线程有六种主要状态：新建（NEW）、就绪（RUNNABLE）、运行中（RUNNING）、阻塞（BLOCKED）、等待（WAITING）和终止（TERMINATED）。每个状态表示线程在不同生命周期中的行为和资源状态。

Java线程的主要状态介绍

我想了解Java线程在运行过程中会经历哪些状态？

Java中线程状态包含哪些不同阶段？

可以通过Thread类的getState()方法获取线程的当前状态。例如，Thread.State枚举提供了具体的状态值，方便程序判断线程的当前执行阶段。

查看线程状态的方法

我开发的程序中想查看线程的状态，有什么方式可以检测到线程当前处于什么状态？

如何判断Java线程当前处于哪种状态？

阻塞状态通常是线程因为等待获取锁资源而阻塞，不会自动恢复；等待状态是线程调用wait()方法或其他等待机制进入该状态，需要被其他线程显式通知才能恢复执行。

阻塞状态与等待状态的区别说明

在Java中，线程阻塞和等待看起来很相似，具体都代表什么含义，有何不同？

Java线程的阻塞状态和等待状态有什么区别？

PingCodeDocs

本文系统阐述了 Java 中六种线程状态及其设计背景，强调线程状态是 JVM 对线程生命周期的抽象，而非操作系统调度细节。通过逐一分析 NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING 和 TERMINATED 的触发条件与典型场景，文章澄清了常见误区，并结合对比表说明各状态在 CPU 占用与锁关系上的差异。最后指出，线程状态分析是并发调试与架构优化的重要工具，未来并发模型演进仍将以状态理解为基础。

在java中线程状态有