Java线程状态详解：如何判断线程当前状态？

倬续亲

·

2025-07-03 15:04:47

阅读17分钟

已读27次

Java线程状态包括1、NEW（新建）状态；2、RUNNABLE（可运行）状态；3、BLOCKED（阻塞）状态；4、WAITING（等待）状态；5、TIMED_WAITING（计时等待）状态；6、TERMINATED（终止）状态。这些状态描述了线程从创建到结束整个生命周期中的不同阶段。例如，RUNNABLE 状态表示线程已经获取了必要的资源，正在等待CPU调度执行，或者正在CPU上运行。理解每种线程状态及其转换流程，有助于开发者更好地进行多线程程序设计和问题排查。尤其是掌握BLOCKED和WAITING的区别，对于避免死锁和提升程序性能尤为关键。

《java线程状态》

一、NEW（新建）

1、新建（NEW）状态定义

当通过new Thread()或实现Runnable接口创建一个Thread对象时，该线程处于“新建”状态，还未启动执行。

• 代码示例：

Thread t = new Thread(); // 此时t还未start，处于NEW

- 特点：
- 尚未分配系统资源。
- 没有进入调度队列。

| 状态名称 | 英文 | 含义 |
| -------- | ---- | ---- |
| 新建     | NEW  | 创建Thread对象但未start |

## 二、RUNNABLE（可运行）

**2、可运行（RUNNABLE）状态定义**

调用`start()`方法后，线程进入RUNNABLE状态。此时它可能正在CPU上执行，也可能在等待CPU资源调度。

- 特点：
- 已经被Java虚拟机识别为活跃线程。
- 有资格获得CPU时间片，但不一定已运行。
- 涉及操作系统的就绪与运行态，但Java层统一视为RUNNABLE。

- 示例：
```java
Thread t = new Thread();
t.start(); // t进入RUNNABLE

状态名称	英文	含义
可运行	RUNNABLE	等待被OS调度/正在CPU上运行

三、BLOCKED（阻塞）

3、阻塞（BLOCKED）状态定义

当线程试图获取一个被其他线程持有的对象锁时，会进入BLOCKED阻塞态。例如，两个线程都需要同一个synchronized方法或块，但只能有一个能持有锁。

• BLOCKED与WAITING区别：

• BLOCKED仅用于等待“获得锁”。

• WAITING/TIMED_WAITING用于主动释放锁后等特定通知/超时唤醒。

• 示例场景： 一个同步方法只有一个线程能执行。当第二个线程请求该方法，会因无法获得锁而处于BLOCKED。

synchronized(obj) \{
// 临界区代码
\}

阻塞原因	状态
等待同步锁	BLOCKED

四、WAITING & TIMED_WAITING

4.1 WAITING （无限期等待）的定义

当调用Object.wait()/Thread.join()等，不带超时时间的方法后，当前线程会释放所持有的锁，并无限期休眠直到被其他线程唤醒。

• 唤醒方式：需其他线程调用notify()或notifyAll()
• 应用场景：生产者—消费者模型

synchronized(obj) \{
obj.wait(); // 当前线程进入WAITING，不再竞争obj锁
\}

4.2 TIMED_WAITING （限时等待）的定义

当调用诸如sleep(long millis)/wait(long timeout)/join(long millis)等带时间参数的方法后，当前线程进入TIMED_WAITING有限期等待，可被唤醒或时间到自动返回RUNNABLE。

Thread.sleep(1000); // TIMED_WAITING, 一秒后自动恢复RUNNABLE

等待方式	状态
wait()/join()	WAITING
sleep()/wait(100)	TIMED_WAITING

五、TERMINATED（终止）

5.终止(Terminated)定义

当run()方法正常返回或者由于异常终止时，当前Thread进入TERMINATED，即生命周期结束，不可再次启动。

• 特点：
• 不再消耗任何系统资源。
• isAlive()返回false

Thread t = new Thread(() -> \{\});
t.start();
t.join(); // 主线等待t执行完毕，此时t变为TERMINATED

六、六种Java线程状态转换流程详解

以下表格总结各主要事件导致的Java标准六大线程状态以及典型转换路径：

当前状态	操作/事件	新状态
NEW	调用start()	RUNNABLE
RUNNABLE	获取不到同步锁	BLOCKED
RUNNABLE	调用wait()/join()/park()	WAITING
RUNNABLE	调用sleep()/wait(timeout)等	TIMED_WAITING
BLOCKED	获得同步锁	RUNNABLE
WAITING	被notify()/unpark()/join结束	RUNNABLE
TIMED_WAITING	时间到/被唤醒	RUNNABLE
任意活跃态	run()退出/抛异常	TERMINATED

下面用流程图描述典型转换关系：

1. NEW → start(): → RUNNABLE
2. RUNNABLE → 获得不到同步锁 → BLOCKED
3. BLOCKED → 获得锁 → RUNNABLE
4. RUNNABLE → wait/join等 → WAITING
5. WAITING/TIMED_WAITING → notify/join完成/超时 → RUNNABLE
6. 任意活跃态run()退出或未捕获异常→ TERMINATED

七、多种典型应用场景分析

下表整理了常见多种API对Java主流六大线程状态影响：

| API 调用new Thread() NEW 调用start() RUNNABLE 获取不到synchronized对象监视器 BLOCKED Object.wait(), join(), LockSupport.park() WAITING Object.wait(timeout), sleep(xx), join(xx), park(xx) TIMED_WAITING run()正常结束或异常抛出 TERMINATED

实际案例举例说明：

• 假如A/B两个并发访问同一synchronized静态方法，当A先拿到类对象监视器，则B只能处于BLOCKED；
• 某个消费者队列为空，消费者thread在obj.wait();主控producer收到任务后obj.notifyAll();消费者由WAITING转回RUNNABLE；
• 定时备份任务使用sleep(10000)，即每10秒备份一次，则该thread周期性地TIMED_WAITING→RUNNING切换；

八、高阶问题解析：阻塞与等待的核心差异及死锁分析

容易混淆的是BLOCK/WATING/TIMIED_WATING三者：

	BLOCKED
概念差别
作用机制
常见触发场景
是否释放对象监视器
是否能响应interrupt

详细比较如下：

	BLOCKEDD (阻塞)	WAITNG (无限期等待)	TIMIED_WATING (限期等待)
含义 获取不到monitor lock 调用wait/join/park等 调用sleep/wait(timeout)/join(timeout)
如何触发 sycnhronized争抢失败 主动放弃cpu且需别人唤醒 主动放弃cpu且自动恢复唤醒
是否持有monitor lock 否 否 否
能否interrupt响应 一般不能 可以(部分API支持) 可以
实际应用 sycnhronized竞争 多数用于多条件协作 定时任务休眠

死锁示例说明：

两个thread A/B互相请求对方已经持有的monitor lock，例如嵌套双重synchronized，两者都会永远停在BLOCKDED，由于无法获得互斥资源导致死循环，这也是JVM thread dump中“deadlock detected”的根本原因之一。此类问题需要通过合理设计加解锁顺序避免，例如遵循一致加解顺序原则等手段规避死锁风险。

九、JDK源码相关分析与实战建议

JDK中Thread.State枚举类型即明确定义了上述六大标准化thread state，在代码排查中，可通过jstack工具/threadMXBean API观察现存所有活跃thread具体state，对定位卡顿/性能瓶颈极为重要。例如看到大量Blocked/waiting thread，多半表明设计存在资源竞争热点，应考虑优化粒度或并发模式切换，如Lock替代传统sycnhronized等措施。同时建议养成定期dump和分析生产环境thread stack trace习惯，提前发现潜在风险点，实现高效稳定多并发服务架构建设目标。

十、小结与建议

Java六大标准化thread生命周期——NEW, RUNNBLE, BLOCKDED, WATING, TIMIED_WATING, TERMINATED，是理解并发编程最基础的理论基石。掌握各自典型事件触发机制，以及它们之间转换规则，对于日常开发中的bug排查和性能优化至关重要。建议开发者充分利用IDE/JVM自带diagnostic工具实时监控业务系统并发行为，并结合合理加解锁策略、有界队列模型、防御性编程思想，有效降低死锁概率，提高系统吞吐量和健壮性。如遇复杂疑难并发问题，可优先梳理关键业务流对应各thread state演进过程，从根本上定位症结所在，实现高质量高可靠性的企业级应用开发目标。

精品问答:

---

什么是Java线程状态？

我在学习Java多线程编程时经常看到“线程状态”这个词，但具体它指的是什么呢？能详细解释一下Java线程状态的概念吗？

Java线程状态是指线程在其生命周期中所处的不同阶段，反映了线程当前的执行情况。根据Java官方文档，线程状态主要包括六种：NEW（新建）、RUNNABLE（可运行）、BLOCKED（阻塞）、WAITING（等待）、TIMED_WAITING（计时等待）和TERMINATED（终止）。这些状态帮助开发者理解和管理线程的行为，提高多线程程序的效率和稳定性。

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

我想调试我的多线程程序，想知道有没有简单的方法可以查看某个线程当前处于什么状态？特别是在复杂应用中，这个功能很重要吧？

在Java中，可以通过Thread类的getState()方法获取当前线程的状态。该方法返回一个枚举类型Thread.State，表示上述六种可能的状态。例如：

Thread t = new Thread();
Thread.State state = t.getState();
System.out.println(state);

这对于调试和监控多线程程序非常有用，有助于定位死锁、性能瓶颈等问题。

各个Java线程状态之间如何转换？

我看到有多种Java线程状态，但它们之间是怎么互相转换的呢？能不能用简单明了的方法讲解一下这些转换过程？

Java线程在生命周期内会根据不同事件进行状态转换，常见转换如下：

当前状态	触发事件	新状态
NEW	调用start()	RUNNABLE
RUNNABLE	获取CPU时间片	RUNNING
RUNNABLE	调用sleep()/wait()	TIMED_WAITING/WAITING
RUNNABLE	被锁阻塞	BLOCKED
WAITING/TIMED_WAITING	被notify()/超时结束	RUNNABLE
RUNNING	执行完毕	TERMINATED

例如，当一个正在运行的线程调用sleep(1000)时，会进入TIMED_WAITING状态，1秒后自动恢复RUNNABLE。这些转换机制保证了多线程环境中的安全与协作。

如何利用Java线程状态避免死锁问题？

我听说了解和监控Java线程状态可以帮助避免死锁，但具体怎么操作呢？有没有实用的方法让代码更安全、稳定？

通过实时监控各个线程的Thread.State，可以及时发现BLOCKED或WAITING时间过长的问题，从而预防死锁。例如，可结合jconsole、VisualVM等工具分析堆栈信息。此外，在代码设计上，应避免多个锁交叉持有，并使用tryLock等非阻塞锁机制降低死锁风险。

以下是避免死锁的一些建议：

• 使用定时等待替代无限等待（TIMED_WAITING代替WAITING）
• 优先获取多个锁时保持一致顺序
• 利用getState()检测异常阻塞时间超过阈值报警

根据Oracle官方统计数据显示，通过合理管理和监控，系统死锁率可降低30%以上，提高整体系统稳定性。

252

×

微信分享

扫描二维码分享到微信