**Java 线程在运行过程中一共只有六种官方定义的基本状态，它们由 Java 虚拟机规范明确规定，分别是：新建（NEW）、可运行（RUNNABLE）、阻塞（BLOCKED）、无限期等待（WAITING）、限期等待（TIMED_WAITING）和终止（TERMINATED）。**理解这六种状态及其转换关系，是掌握 Java 并发编程、线程安全、性能调优与故障排查的基础。它不仅决定了线程的生命周期行为，也直接影响系统的吞吐、响应时间与资源利用率。本文将围绕 Java 线程状态的定义、触发条件、底层原理和实际开发中的常见误区，系统性地进行深入解析。

## 一、Java 线程状态的官方定义与整体框架
在 Java 语言中，线程状态并不是由开发者随意抽象的概念，而是由《Java Language Specification》和《Java Virtual Machine Specification》共同约束的核心模型。自 Java 5 引入 `java.lang.Thread.State` 枚举后，线程状态被明确限定为六种，这一设计目的在于**统一 JVM 层面对线程行为的可观测性与可调试性**。与操作系统线程状态相比，Java 线程状态是更高层的抽象，它屏蔽了底层平台差异，为并发编程提供一致语义。

需要注意的是，Java 线程状态并不是“执行步骤”的线性流程，而是一个**可能反复切换的有限状态机**。一个线程在生命周期内，可能多次从 RUNNABLE 进入 BLOCKED 或 WAITING，再重新回到 RUNNABLE。理解这一点，有助于避免将线程状态误解为“只进不退”的流程。

从实践角度看，Java 线程状态常用于以下场景：通过 `jstack` 或监控工具分析线程卡顿；判断锁竞争是否严重；理解 `synchronized`、`wait/notify`、`Lock` 等并发机制的行为边界。因此，在并发问题定位中，线程状态是最基础、也是最重要的切入点。

## 二、新建状态（NEW）：线程的起点
新建状态（NEW）指的是**线程对象已被创建，但尚未调用 `start()` 方法**的阶段。在这个状态下，Java 虚拟机还没有为线程分配操作系统层面的执行资源，线程也不会被调度执行任何代码。此时，线程仅仅是一个普通的 Java 对象，存在于堆内存中。

很多初学者容易误以为“创建线程对象就等于线程启动”，这是对 NEW 状态最常见的误解。实际上，`new Thread()` 只完成了对象初始化，例如设置线程名、优先级和 Runnable 目标，而真正触发线程生命周期跃迁的是 `start()` 方法。一旦调用 `start()`，线程才会从 NEW 状态进入可运行状态。

在工程实践中，NEW 状态通常非常短暂，但在框架或线程池实现中仍然具有意义。例如，线程池在创建工作线程时，会先构造 Thread 对象，再统一调用 `start()`，以便集中管理生命周期。理解 NEW 状态，有助于开发者正确区分“线程配置阶段”和“线程执行阶段”，避免错误地多次调用 `start()`（这会抛出 `IllegalThreadStateException`）。

## 三、可运行状态（RUNNABLE）：正在执行与等待 CPU
可运行状态（RUNNABLE）是 Java 线程生命周期中最核心、也是最容易被误解的状态。在 Java 语义中，RUNNABLE 并不等同于“正在执行代码”，而是指**线程已经具备运行条件，正在运行或等待 CPU 时间片**。换句话说，只要线程没有被阻塞、等待或终止，就会被归类为 RUNNABLE。

这一设计体现了 Java 对操作系统差异的抽象。不同操作系统对线程状态的划分粒度不同，而 Java 将“就绪”和“运行”统一合并为 RUNNABLE，使开发者无需关心底层调度细节。但这也带来一个后果：当你通过工具看到大量 RUNNABLE 线程时，它们并不一定都在消耗 CPU，可能只是处于就绪队列中。

在高并发系统中，RUNNABLE 状态的线程数量常被用作评估系统负载的重要指标。如果 RUNNABLE 线程长期过多，可能意味着 CPU 核心不足、任务粒度过细，或存在线程池配置不合理的问题。因此，正确理解 RUNNABLE 状态，对于性能分析和容量规划尤为关键。

## 四、阻塞状态（BLOCKED）：等待获取监视器锁
阻塞状态（BLOCKED）是 Java 线程在**尝试进入 `synchronized` 临界区，但未能获得对象监视器锁**时的状态。它只与内置锁（intrinsic lock）相关，不适用于 `java.util.concurrent` 包中的显式锁实现。换言之，只有在使用 `synchronized` 关键字时，线程才可能进入 BLOCKED 状态。

BLOCKED 状态的本质是锁竞争。当一个线程已经持有某个对象锁，其他线程在尝试进入同一同步代码块时，就会被 JVM 挂起并标记为 BLOCKED。此时，线程既不会占用 CPU，也不会主动释放资源，只能等待持锁线程退出同步块。

在实际开发中，BLOCKED 状态是定位“锁竞争瓶颈”的重要信号。如果线程转储中出现大量 BLOCKED 线程，通常意味着同步粒度过大、锁设计不合理或存在热点资源。通过减少锁范围、使用并发容器或重构临界区逻辑，可以有效降低 BLOCKED 状态出现的频率。

## 五、无限期等待（WAITING）：等待其他线程的显式唤醒
无限期等待（WAITING）状态表示线程**主动放弃执行权，并等待其他线程执行特定动作后才能继续运行**。进入 WAITING 状态的线程不会被调度，也不会自动恢复，必须依赖外部事件。常见触发方式包括调用 `Object.wait()`（无超时参数）、`Thread.join()`（无超时）以及 `LockSupport.park()`。

WAITING 状态常用于线程之间的协作与通信，是实现生产者-消费者模型、任务协调机制的重要基础。与 BLOCKED 不同，WAITING 是线程的主动行为，它通常发生在已经获得锁之后，并在内部释放监视器锁，从而允许其他线程继续执行。

需要特别注意的是，WAITING 状态下的线程如果设计不当，极易导致“假死”或逻辑卡顿。例如，忘记调用 `notify()` 或 `notifyAll()`，就可能让线程永久停留在 WAITING 状态。因此，在并发设计中，WAITING 往往需要配合清晰的状态条件与异常兜底策略，才能保证系统的健壮性。

## 六、限期等待（TIMED_WAITING）：带时间约束的等待
限期等待（TIMED_WAITING）与 WAITING 状态非常相似，区别在于**它有明确的时间上限**。当等待时间结束后，即使没有其他线程唤醒，线程也会自动返回可运行状态。常见的触发方式包括 `Thread.sleep(long)`、`Object.wait(long)`、`Thread.join(long)` 以及 `LockSupport.parkNanos()`。

TIMED_WAITING 状态在实际开发中应用极为广泛，例如定时轮询、重试等待、延迟任务等场景。相比 WAITING，它更安全，因为不会因外部事件缺失而导致线程永久挂起。正因如此，很多并发框架在内部实现中，更倾向于使用带超时的等待机制。

从系统监控角度看，大量 TIMED_WAITING 线程通常是健康信号，说明线程正在按预期进行休眠或调度。但如果 TIMED_WAITING 持续时间异常增长，也可能意味着任务处理能力不足或下游服务响应缓慢，需要结合业务语义进行分析。

## 七、终止状态（TERMINATED）：线程生命周期的结束
终止状态（TERMINATED）表示线程**已经执行完毕或因异常退出，生命周期彻底结束**。一旦进入 TERMINATED 状态，线程无法再次启动，也不会再占用任何系统资源。此时，线程对象仍可能存在于堆中，但它只作为历史记录存在。

线程进入 TERMINATED 状态的常见路径有两种：一是 `run()` 方法正常执行完毕；二是运行过程中抛出了未捕获的异常。无论哪种方式，JVM 都会将线程标记为终止，并进行相应的资源回收。

在并发系统中，TERMINATED 状态通常用于判断任务是否完成。例如，通过 `Thread.join()` 等待线程终止，或在线程池中复用工作线程。需要强调的是，频繁创建和销毁线程会带来明显的性能开销，因此在实际工程中，往往通过线程池来减少 TERMINATED 状态的频繁出现。

## 八、六种线程状态的对比与转换关系
为了更直观地理解 Java 线程状态之间的差异与联系，下表对六种基本状态进行了对比说明，涵盖触发条件、是否占用 CPU 以及是否需要外部唤醒等关键维度。这种结构化对比，有助于在排查并发问题时快速定位线程所处的真实阶段。

| 线程状态 | 触发条件 | 是否占用 CPU | 是否需要外部事件 |
|---------|----------|--------------|------------------|
| NEW | 创建线程对象，未调用 start | 否 | 否 |
| RUNNABLE | 已启动，具备运行条件 | 可能 | 否 |
| BLOCKED | 等待获取 synchronized 锁 | 否 | 是 |
| WAITING | 调用 wait/join/park | 否 | 是 |
| TIMED_WAITING | 调用 sleep/带超时等待 | 否 | 否（时间到） |
| TERMINATED | run 方法结束或异常 | 否 | 否 |

从转换关系上看，RUNNABLE 是核心枢纽状态，几乎所有其他状态都会回到它。理解这些转换路径，有助于在阅读线程转储或分析死锁时，迅速判断问题根源。

## 九、实践价值与未来并发模型的演进趋势
掌握 Java 线程的六种基本状态，不仅是语言层面的知识，更是解决现实工程问题的工具。在性能调优中，通过分析 RUNNABLE 与 BLOCKED 的比例，可以判断系统瓶颈是在 CPU 还是锁竞争；在稳定性建设中，通过识别 WAITING 和 TIMED_WAITING，可以评估线程协作是否存在设计缺陷。

展望未来，随着 Java 平台对并发模型的持续演进，线程状态的概念仍将长期存在。即便在更轻量化的并发执行单元出现后，线程状态依然是理解执行行为、调度策略和资源管理的基础抽象。对于开发者而言，真正重要的不是死记状态名称，而是**理解每一种状态背后的触发条件、设计意图和工程影响**，从而写出更可靠、更易维护的并发程序。

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

Java线程的基本状态主要包括新建（New）、就绪（Runnable）、运行（Running）、阻塞（Blocked）、等待（Waiting）、计时等待（Timed Waiting）和终止（Terminated）。这些状态描述了线程的生命周期和执行流程。

Java线程的基本状态类别

在Java中，线程在执行过程中会经历哪些基本状态？

Java线程的不同状态包括哪些？

线程状态的切换通常由线程启动、调用等待方法、锁的竞争、时间等待等行为触发。例如，调用start()方法会使线程从新建状态变为就绪状态；线程争夺锁时可能从就绪状态进入阻塞状态；调用sleep()或wait()则会进入计时等待或等待状态。

线程状态转换触发因素

Java线程各个状态之间是如何切换的，哪些操作或事件会导致状态变化？

Java线程状态转换的条件是什么？

可以通过Thread类中的getState()方法获取一个线程的当前状态，该方法会返回一个Thread.State枚举值，指示线程当前处于新建、就绪、运行、阻塞、等待、计时等待或终止哪种状态。此外，使用调试工具或日志也能间接反映线程状态。

获取线程状态的方法

想了解在程序中某个线程当前处于哪个状态，有哪些方法可以查询线程状态？

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

PingCodeDocs

Java 线程在 JVM 中只有六种基本状态：新建、可运行、阻塞、无限期等待、限期等待和终止，它们共同构成了线程完整的生命周期模型。这些状态并非简单的执行步骤，而是对线程资源占用、锁竞争和协作行为的抽象表达。理解每种状态的触发条件、转换关系及工程含义，有助于开发者正确分析并发问题、定位性能瓶颈，并设计更稳定的多线程程序。随着 Java 并发模型的发展，线程状态依然是理解系统运行机制的重要基础。

java线程有哪几种基本状态