在 Java 中，线程状态一共分为 **六种**，分别是 **NEW（新建）**、**RUNNABLE（可运行）**、**BLOCKED（阻塞）**、**WAITING（无限期等待）**、**TIMED_WAITING（限时等待）** 和 **TERMINATED（终止）**。这六种状态由 Java 虚拟机在 `java.lang.Thread.State` 枚举中明确定义，用于描述线程在其生命周期中所处的不同阶段。**准确理解这六种线程状态，是排查并发问题、理解线程调度机制以及编写高质量并发程序的基础**。

## 一、Java 线程状态的整体概览与设计背景

Java 线程状态的设计，并不是为了精确反映操作系统级别的线程调度细节，而是站在 **JVM 抽象层** 的角度，对线程生命周期进行逻辑划分。这种设计的目标是：在保证跨平台一致性的前提下，为开发者提供足够清晰、可判断的状态信息，从而辅助并发控制、性能分析和故障排查。理解这一点，有助于避免将 Java 线程状态与 Linux、Windows 的线程状态进行一一对应的误解。

在 Java 并发模型中，线程从创建到销毁，始终处于这六种状态之一，并且会随着代码执行、锁竞争、等待条件变化而发生状态切换。**线程状态并非线性流程，而是一个可多次往返的状态机**。例如，一个线程可能多次从 RUNNABLE 进入 BLOCKED，再回到 RUNNABLE，这在高并发环境下尤为常见。

需要特别注意的是，Java 线程状态强调的是“**为什么当前不能继续执行**”，而不是“是否真的占用 CPU”。例如 RUNNABLE 状态下的线程，可能正在执行，也可能正在等待操作系统的时间片。这种抽象方式降低了理解成本，也符合 Java“一次编写，到处运行”的设计哲学。

## 二、NEW：线程的新建状态

**NEW 状态表示线程对象已经被创建，但尚未调用 `start()` 方法**。这是 Java 线程生命周期中最初始、也是最容易被忽略的一个状态。只要 `Thread` 实例存在于内存中，且从未启动过，它就始终处于 NEW 状态。

在这个阶段，线程仅仅是一个普通的 Java 对象，尚未与 JVM 的线程调度系统产生任何关联。也就是说，操作系统层面还不存在对应的原生线程。此时调用 `isAlive()` 会返回 `false`，调用 `getState()` 则会明确返回 `Thread.State.NEW`。

理解 NEW 状态的关键意义在于：**一个线程只能从 NEW 状态进入 RUNNABLE 状态一次**。如果线程执行完毕进入 TERMINATED 状态，再次调用 `start()` 会直接抛出 `IllegalThreadStateException`。这一设计确保了线程生命周期的单向性，避免线程状态被错误复用，降低并发系统的复杂度。

在实际开发中，NEW 状态通常只存在极短时间，但在框架级开发或线程池实现中，对线程创建与启动时机的控制，往往会直接影响系统资源利用率和启动性能。

## 三、RUNNABLE：可运行状态与真正运行的区别

**RUNNABLE 是 Java 线程中最容易产生误解的状态**。从字面上看，很多开发者会认为 RUNNABLE 就等同于“正在运行”，但在 JVM 语义中，RUNNABLE 表示的是：**线程已经具备运行条件，正在执行，或正在等待操作系统分配 CPU 时间片**。

也就是说，只要线程没有因为同步、等待或超时等原因被主动挂起，它就会被归类为 RUNNABLE 状态。即使线程当前并未真正占用 CPU，也不会进入其他状态。这种设计屏蔽了底层操作系统调度的复杂性，使 Java 线程状态在不同平台上保持一致。

RUNNABLE 状态通常包括以下两类情况：一是线程正在执行 Java 或本地代码；二是线程已经就绪，等待 CPU 调度。**从 JVM 角度看，这两种情况并无本质区别**，因此被统一归为 RUNNABLE。

在性能分析和线程转储（Thread Dump）中，RUNNABLE 状态的线程往往需要结合堆栈信息进一步分析。如果大量线程长期处于 RUNNABLE，可能意味着 CPU 计算密集或存在自旋逻辑，需要从算法和并发设计层面进行优化。

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

**BLOCKED 状态表示线程正在等待获取一个对象监视器锁（monitor lock）**，这是 Java 内置同步机制（`synchronized`）特有的线程状态。当一个线程试图进入 `synchronized` 修饰的代码块或方法，但对应的锁已经被其他线程持有时，该线程就会进入 BLOCKED 状态。

BLOCKED 的一个显著特征是：**它只与内置锁（intrinsic lock）相关**。如果使用的是 `java.util.concurrent` 包下的显式锁（如 `Lock` 接口），线程不会进入 BLOCKED，而是通常表现为 WAITING 或 TIMED_WAITING。这一点在分析线程状态时尤为关键。

处于 BLOCKED 状态的线程不会占用 CPU，但会持续尝试获取锁，一旦锁被释放，JVM 会在合适的时机将其切换回 RUNNABLE。由于锁竞争具有不确定性，BLOCKED 状态的持续时间往往难以预测。

在高并发系统中，频繁出现 BLOCKED 状态，通常意味着锁粒度过大或临界区过长。**减少 BLOCKED 状态，是提升系统吞吐量和响应时间的重要手段之一**。

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

**WAITING 状态表示线程正在无限期地等待另一个线程执行特定操作**。进入该状态的线程，不会自动被唤醒，必须依赖外部明确的唤醒行为。这种状态通常出现在以下方法调用中：`Object.wait()`（不带超时参数）、`Thread.join()`（不带超时）以及 `LockSupport.park()`。

WAITING 的核心特征是“**无时间边界**”。只要没有其他线程调用相应的唤醒方法（如 `notify()`、`notifyAll()` 或 `unpark()`），线程将一直停留在 WAITING 状态。这使得 WAITING 成为线程间协作的重要工具，同时也带来了潜在的死锁和永久等待风险。

在实际开发中，WAITING 状态常用于生产者-消费者模型、任务协调和生命周期控制。**合理设计唤醒条件，是避免 WAITING 线程失控的关键**。如果唤醒逻辑存在缺陷，线程可能永远无法回到 RUNNABLE 状态，导致资源泄漏。

通过线程转储观察到大量 WAITING 线程时，通常需要结合代码逻辑，判断这是正常的并发协作，还是隐藏的设计缺陷。

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

**TIMED_WAITING 与 WAITING 非常相似，区别在于它具有明确的时间上限**。线程在该状态下，会等待指定的时间，时间到期后，即使没有被其他线程唤醒，也会自动返回 RUNNABLE 状态。

常见会导致线程进入 TIMED_WAITING 状态的方法包括：`Thread.sleep(long)`、`Object.wait(long)`、`Thread.join(long)` 以及 `LockSupport.parkNanos()`。这些方法广泛应用于轮询、超时控制和节流场景。

TIMED_WAITING 的设计目的，是为并发程序提供“**可控等待**”的能力。通过设置合理的超时时间，可以有效避免线程无限期挂起，从而提升系统的健壮性。相比 WAITING，TIMED_WAITING 更适合对响应时间有要求的业务场景。

在系统调优过程中，如果发现大量线程长期处于 TIMED_WAITING，需要结合具体超时时间判断是否合理。**过短的等待时间可能导致频繁唤醒，增加 CPU 开销；过长则可能降低系统响应能力**。

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

**TERMINATED 状态表示线程已经执行完毕，生命周期正式结束**。当 `run()` 方法正常返回，或因未捕获异常而提前终止时，线程都会进入 TERMINATED 状态。一旦进入该状态，线程将无法再次启动。

TERMINATED 状态的线程不再占用任何系统资源，但其对象实例仍可能被引用，直到被垃圾回收器回收。这也是为什么在调试工具中，仍然可以看到状态为 TERMINATED 的线程对象。

理解 TERMINATED 的意义，有助于避免错误的线程复用设计。在 Java 中，如果需要重复执行任务，正确的方式是使用线程池，而不是尝试“重启”已终止的线程。**线程池通过复用底层工作线程，避免了频繁创建和销毁线程的高成本**。

在并发系统设计中，TERMINATED 状态往往意味着一个逻辑阶段的结束，也是资源释放和状态清理的重要时机。

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

为了更直观地理解 Java 线程状态及其差异，下表对六种状态的核心特征进行了对比：

| 线程状态 | 是否占用 CPU | 是否等待外部条件 | 是否可自动恢复 | 常见触发原因 |
|--------|-------------|------------------|---------------|-------------|
| NEW | 否 | 否 | 否 | 创建线程对象 |
| RUNNABLE | 可能 | 否 | 是 | 调用 start() |
| BLOCKED | 否 | 是（锁） | 是 | synchronized 锁竞争 |
| WAITING | 否 | 是（无限期） | 否 | wait、join |
| TIMED_WAITING | 否 | 是（限时） | 是 | sleep、超时等待 |
| TERMINATED | 否 | 否 | 否 | run() 结束 |

从状态转换角度看，**RUNNABLE 是整个线程状态机的核心枢纽**。几乎所有非终止状态，最终都会回到 RUNNABLE，再决定下一步走向。理解这些转换路径，对于分析死锁、假死和性能瓶颈具有重要价值。

## 九、理解线程状态对实际开发与未来趋势的意义

在实际开发中，掌握 Java 六种线程状态，不仅是面试中的基础问题，更是并发编程的核心能力之一。**通过线程状态，可以快速定位系统瓶颈、判断锁竞争情况、分析线程协作是否合理**。尤其在生产环境中，线程转储往往是排查故障的第一手资料。

从未来趋势来看，虽然 Java 在不断引入更高层次的并发抽象，但底层线程状态模型依然保持稳定。这说明六种线程状态已经在实践中证明了其抽象的合理性和长期价值。随着并发编程模型的演进，开发者对线程状态的理解，将更多地体现在设计思维和问题分析能力上，而不仅仅是 API 使用层面。

**深入理解线程状态，是从“会写并发代码”走向“写好并发代码”的重要一步**。

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

在Java中，线程的生命周期包括六种状态：新建（New）、就绪（Runnable）、运行中（Running）、阻塞（Blocked）、等待（Waiting）、终止（Terminated）。每个状态表示线程在生命周期中的不同阶段，帮助管理和调度线程执行。

Java线程的六种状态详解

我想了解Java线程从创建到结束，经历了哪些不同的状态？

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

阻塞状态是指线程因为等待获取锁资源而暂停执行，属于同步机制中的状态；等待状态是线程调用了等待方法后进入，需要其他线程通知才能继续执行。阻塞是锁争用导致的暂停，等待则是线程主动放弃CPU等待条件满足。

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

Java线程中阻塞状态和等待状态有什么不同？具体什么时候会进入这两种状态？

如何区分Java线程中的阻塞状态和等待状态？

一旦Java线程进入终止状态，就不能再次启动同一个线程对象。如果需要重新运行线程，必须创建一个新的线程实例。线程终止后其生命周期结束，无法复用。

线程终止后的限制

当Java线程进入终止状态后，能否再次启动该线程？有什么限制？

Java线程终止后还能重新启动吗？

PingCodeDocs

Java 中线程状态一共六种：NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING 和 TERMINATED，它们由 JVM 在 Thread.State 中统一定义，用于描述线程在整个生命周期中的不同阶段。这六种状态并非线性流程，而是可反复切换的状态机，其中 RUNNABLE 是核心枢纽。理解每种状态产生的原因、是否依赖锁或时间条件，以及如何恢复执行，是分析并发问题、排查性能瓶颈和避免死锁的重要基础，也是高质量 Java 并发编程的关键能力。

java中线程状态有哪六种