Java 线程状态一共有 **6 种**，这是由 Java 语言规范（Java Language Specification）和 `java.lang.Thread.State` 枚举明确规定的。理解这 6 种线程状态及其转换关系，是深入掌握 Java 并发编程、线程调优和故障排查的基础。

**核心结论是：Java 线程从创建到结束，只会处于 NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED 这六种状态之一，不存在第七种官方线程状态。** 很多开发者在实践中产生的“运行中”“就绪”“睡眠”等概念，本质上都是对这六种状态的细化理解或操作层面的描述，而不是 JVM 层面的真实状态。

---

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

在 Java 中，线程状态并不是操作系统线程状态的直接映射，而是 JVM 对线程生命周期进行的一种抽象建模。这种抽象的目的，是让开发者能够用一致的方式理解线程行为，而不必关心不同操作系统内核对线程调度的实现差异。

Java 官方通过 `Thread.State` 枚举定义了线程的全部状态集合，这一点在 Java SE 5 引入并发包时就已经确定，并且在后续版本中保持稳定。这意味着，无论你使用的是 Java 8、Java 11 还是 Java 21，线程状态的种类和含义都是一致的。

从宏观角度看，**Java 线程状态描述的是“线程此刻在 JVM 看来正在做什么”**，而不是“线程是否真的占用了 CPU”。例如，一个处于 RUNNABLE 状态的线程，可能正在执行代码，也可能正在等待操作系统分配时间片。

理解这一点，有助于避免在排查性能问题或死锁问题时产生误判。

---

## 二、NEW：线程的初始状态

NEW 状态是 Java 线程生命周期的起点。当你通过 `new Thread()` 创建了一个线程对象，但还没有调用 `start()` 方法时，线程就处于 NEW 状态。

此时，线程对象只是 JVM 堆内存中的一个普通对象，还没有和底层的操作系统线程建立任何关联。也正因为如此，NEW 状态的线程不会参与任何 CPU 调度，也不会执行 `run()` 方法中的代码。

一个常见的误区是认为“只要创建了 Thread 对象，线程就已经存在”。实际上，**真正的线程资源分配发生在 `start()` 被调用之后**，而不是构造函数执行时。

需要注意的是，一个线程只能从 NEW 状态进入一次 RUNNABLE 状态。如果对同一个线程对象多次调用 `start()`，JVM 会抛出 `IllegalThreadStateException`，这在 Java 规范中被明确禁止。

---

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

RUNNABLE 是 Java 线程状态中最容易被误解的一种。很多开发者会把 RUNNABLE 等同于“正在运行”，但在 JVM 的语义中，RUNNABLE 实际上表示**线程具备运行条件，正在运行或随时可能运行**。

当线程调用了 `start()` 方法，并成功进入调度体系后，它就会处于 RUNNABLE 状态。此时，线程可能正在执行 CPU 指令，也可能因为时间片用完而暂时被操作系统挂起，但只要它没有被阻塞或等待，JVM 都会认为它是 RUNNABLE。

**Java 并没有单独区分“就绪态”和“运行态”**，这是与很多操作系统教材中线程状态模型的重要差异。JVM 将这两种状态统一抽象为 RUNNABLE，从而简化了并发模型。

在使用 `jstack` 或其他线程分析工具时，如果看到大量线程处于 RUNNABLE 状态，并不一定意味着 CPU 已经被打满，还需要结合线程栈和系统负载进行综合判断。

---

## 四、BLOCKED：锁竞争导致的阻塞状态

BLOCKED 状态专门用于描述**线程在获取对象监视器锁（monitor）时发生的阻塞**。这一状态只与 `synchronized` 关键字相关，与 `Lock` 接口无关。

当一个线程尝试进入 `synchronized` 修饰的代码块或方法，而此时锁已经被其他线程持有，它就会进入 BLOCKED 状态，直到锁被释放。

BLOCKED 状态有几个非常明确的特征：

- 线程已经准备好继续执行
- 线程没有主动让出执行权
- 唯一的阻塞原因是“锁不可用”

这也是为什么在分析死锁或锁竞争问题时，BLOCKED 状态往往是重点关注对象。**大量线程长期处于 BLOCKED，通常意味着锁粒度过大或设计不合理**。

需要强调的是，`Object.wait()` 并不会让线程进入 BLOCKED，而是进入 WAITING 或 TIMED_WAITING，这一点经常被混淆。

---

## 五、WAITING：无限期等待的线程状态

WAITING 状态表示线程进入了一种**不设超时时间的等待**，只有在被其他线程显式唤醒后，才会重新参与调度。

在 Java 中，进入 WAITING 状态的典型方式包括：

- 调用 `Object.wait()` 且不指定超时时间
- 调用 `Thread.join()` 且不指定超时时间
- 调用 `LockSupport.park()`

处于 WAITING 状态的线程，不会消耗 CPU 资源，也不会自动恢复执行。它们必须依赖其他线程调用 `notify()`、`notifyAll()`、`unpark()` 等方法，或者等待被 join 的线程结束。

**WAITING 状态常见于生产者-消费者模型、任务协调和线程间通信场景**。如果使用不当，很容易导致线程永久等待，从而形成“假死”问题。

---

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

TIMED_WAITING 与 WAITING 的核心区别在于：**它是一种带有明确超时时间的等待状态**。即使没有其他线程进行唤醒，线程在超时时间到达后，也会自动恢复执行。

常见的进入 TIMED_WAITING 状态的方式包括：

- `Thread.sleep(long millis)`
- `Object.wait(long timeout)`
- `Thread.join(long millis)`
- `LockSupport.parkNanos()` / `parkUntil()`

在实际开发中，TIMED_WAITING 状态非常常见，例如定时任务、轮询机制、重试间隔控制等，都依赖这种状态来避免线程空转。

从系统稳定性的角度看，**合理使用 TIMED_WAITING 比 WAITING 更安全**，因为它可以降低线程永久挂起的风险，这也是很多并发框架推荐设置超时参数的原因之一。

---

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

TERMINATED 状态表示线程已经执行完毕，生命周期正式结束。无论是 `run()` 方法正常返回，还是抛出了未捕获异常，线程都会进入 TERMINATED 状态。

进入该状态后，线程将不再消耗任何系统资源，也不会再次被调度执行。和 NEW 状态一样，TERMINATED 状态的线程同样无法再次启动。

在一些监控工具中，TERMINATED 状态的线程可能不会长期显示，因为 JVM 会在合适的时机回收与线程相关的内部数据结构。

从排错角度来看，**大量线程频繁创建并迅速进入 TERMINATED 状态，往往意味着线程使用方式不合理**，此时更适合使用线程池来管理线程生命周期。

---

## 八、六种线程状态的对比与总结

为了更直观地理解 Java 线程状态之间的差异，下表对六种状态进行了对比说明：

| 线程状态 | 是否占用 CPU | 是否可被调度 | 典型触发场景 |
|---------|-------------|--------------|--------------|
| NEW | 否 | 否 | 线程对象创建完成 |
| RUNNABLE | 可能 | 是 | start() 后正常执行 |
| BLOCKED | 否 | 否 | 等待 synchronized 锁 |
| WAITING | 否 | 否 | wait() / join() |
| TIMED_WAITING | 否 | 否 | sleep() / wait(timeout) |
| TERMINATED | 否 | 否 | run() 执行结束 |

从整体来看，**RUNNABLE 是唯一可能消耗 CPU 的状态**，其余状态都属于某种形式的等待或结束状态。

---

## 九、Java 线程状态在实际开发中的应用价值

理解 Java 线程状态的真正价值，并不在于记住概念本身，而在于能够在真实场景中做出正确判断。例如，在分析系统性能瓶颈时，区分 RUNNABLE 与 BLOCKED 可以快速判断问题是出在 CPU 计算还是锁竞争。

在排查线程“卡死”问题时，判断线程处于 WAITING 还是 TIMED_WAITING，有助于识别是逻辑设计问题，还是正常的业务等待。很多线上问题，其根源并不是代码异常，而是线程状态长期不发生转换。

根据 Oracle 在《Java Concurrency in Practice》及官方并发文档中的说明（Brian Goetz 等，2006），**线程状态是并发调试中最稳定、最可信的信号之一**。此外，OpenJDK 官方文档（2023）也明确指出，线程状态是 JVM 对并发行为的核心观测指标。

在复杂项目中，如果涉及大量并发任务和协作流程，借助清晰的线程状态认知，再配合如 [PingCode](https://PingCode.com?utm_source=insights&utm_medium=%E5%93%81%E7%89%8C%E8%AF%8D) 或 [Worktile](https://worktile.com/?utm_source=insights&utm_medium=%E5%93%81%E7%89%8C%E8%AF%8D) 这类项目协作工具进行任务拆解和责任划分，可以在组织层面减少并发设计带来的沟通成本，但工具本身并不替代对线程模型的理解。

---

## 结尾总结与趋势展望

综上所述，**Java 线程状态只有六种，这是由 JVM 规范严格限定的事实**。任何看似“多出来”的状态，都是对这六种状态的语义延伸，而不是新的官方定义。

随着虚拟线程（Project Loom）的发展，未来 Java 在并发模型上会发生显著变化，但**线程状态这一抽象层大概率仍会被保留**，以保证对现有生态的兼容性。对开发者而言，越早建立对线程状态的清晰认知，就越能在复杂并发场景中保持判断力和代码质量。

参考与资料来源  
- Brian Goetz et al., *Java Concurrency in Practice*, Addison-Wesley, 2006  
- OpenJDK Documentation: `java.lang.Thread.State`, 2023

Java线程主要有六种状态，分别是新建（New）、就绪（Runnable）、运行（Running）、阻塞（Blocked）、等待（Waiting）和终止（Terminated）。每种状态代表线程在不同执行阶段的状态变化。

Java线程的主要状态分类

我想了解Java程序中线程在执行过程中会处于哪些状态？

Java中线程会经历哪些不同的状态？

可以调用Java中Thread类的getState()方法获取线程当前的状态。getState()返回的是Thread.State枚举类型，例如NEW、RUNNABLE、BLOCKED等，便于了解线程的具体运行情况。

使用Thread类的getState方法

我需要调试程序，想知道怎么查看一个Java线程的实时状态，有什么方法吗？

如何查看Java线程当前的状态？

线程状态转换经常发生在多线程调度和同步过程中。例如，调用start()后线程从新建转为就绪状态；等待锁资源时会进入阻塞状态；调用sleep或wait方法会进入等待状态；线程任务完成后状态转为终止。掌握这些转换有助于优化多线程设计。

线程状态转换的典型触发条件

在Java多线程程序中，线程状态会如何变化？有哪些操作会导致状态的转换？

Java线程状态转换的常见场景有哪些？

PingCodeDocs

Java 线程状态一共有六种，分别是 NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING 和 TERMINATED，这是由 Java 语言规范明确规定的固定集合。RUNNABLE 表示线程具备运行条件而非一定正在执行，其余状态则对应不同形式的等待、阻塞或结束。理解这六种状态及其触发条件，是分析并发性能、锁竞争和线程卡顿问题的基础能力，也是在未来并发模型演进中保持技术判断力的重要前提。

java线程状态有几种