Java线程的状态详解，线程状态有哪些你知道吗？

酬禧晶

·

2025-07-03 17:53:25

阅读18分钟

已读20次

Java线程的状态主要包括1、新建（NEW）；2、就绪（RUNNABLE）；3、运行中（RUNNING）；4、阻塞（BLOCKED）；5、等待（WAITING）；6、计时等待（TIMED_WAITING）；7、终止（TERMINATED）。这些状态反映了线程从创建到销毁整个生命周期中的不同阶段。**其中，“阻塞”状态是理解并发编程的核心之一，能够帮助开发者分析死锁、资源竞争等问题。**阻塞是指线程因为等待某个资源而无法继续执行，只有当占用资源的线程释放资源后，阻塞的线程才能重新进入就绪队列。这一机制在多线程同步控制和性能调优中非常关键。

《java 线程的状态》

一、新建与就绪状态

Java线程的生命周期始于新建状态，此后进入就绪状态。

• 新建（NEW）
• 当通过new Thread()或实现Runnable接口创建一个线程对象时，尚未调用start()方法，此时线程处于新建状态。
• 就绪（RUNNABLE）
• 调用start()方法后，线程进入就绪队列，等待CPU调度。
• 注意：在JVM中，“RUNNABLE”既表示“可运行”也包含“正在运行”，具体细分在操作系统层面。

状态	描述	转变条件
NEW	实例化Thread但未启动	调用start()
RUNNABLE	已经启动并可以被CPU调度执行	获得CPU时间片

详细解释：

1. 新建到就绪： 当开发者实例化一个Thread对象，但尚未调用其start()方法时，该线程处于新建状态，不会被CPU调度。当调用start()后，JVM会将该线程标记为可运行，并加入到操作系统的调度队列，此时它能获得CPU资源。

实例代码：

Thread t = new Thread(() -> System.out.println("Hello"));
System.out.println(t.getState()); // 输出：NEW
t.start();
System.out.println(t.getState()); // 输出：RUNNABLE 或其他

二、运行中与阻塞状态

• 运行中（Running）
• JVM规范将“就绪”和“运行中”统称为“Runnable”，但从操作系统角度来看，当一个线程真正获得CPU并开始执行代码，就是“Running”。
• 阻塞（BLOCKED）
• 当一个线程试图获取某个已经被其他线程持有的锁对象时，会进入阻塞状态。
• 常见于synchronized同步块争抢锁的时候。

状态	描述	转变条件
RUNNING	获得CPU时间片正在执行	时间片耗尽/主动让出/被抢占
BLOCKED	等待获取对象监视器锁	锁被释放

详细说明：“阻塞”不仅仅是简单等待，更反映了多线程之间对于共享资源访问的协调。例如，如果A和B两个线程都需要访问同一个synchronized方法，而A先获得了锁，则B会进入BLOCKED状态直到A释放锁。这避免了多个线程同时修改同一数据带来的不一致性问题，但也容易引发死锁等并发难题。因此，在高并发环境下合理设计同步机制，是保证程序正确性和效率的关键。

三、等待与计时等待状态

Java还为更细致地控制同步提供了“等待”和“计时等待”两种非活动性：

• 等待（WAITING）
• 表示当前没有指定唤醒时间，只能依靠其他线程主动唤醒（如Object.wait()）。
• 计时等待（TIMED_WAITING）
• 指定最大等待时间，到点自动唤醒或者被通知提前唤醒，如Thread.sleep(ms)、Object.wait(ms)。

表格对比：

状态	唤醒方式	常用API
WAITING	被notify/notifyAll/interrupt唤醒	Object.wait(), Thread.join()
TIMED_WAITING	超时时间到或被唤醒	Thread.sleep(), wait(ms)

详细说明：

1. WAITING常见于生产者消费者模型中的消费者，当缓冲区为空时调用wait()挂起自己，由生产者生产产品后notify()进行唤醒。
2. TIMED_WAITING则常用于定期任务或限期超时时间内完成某项操作，比如网络请求超时处理等。

实例代码：

synchronized(obj) \{
obj.wait(); // WAITING
\}
synchronized(obj) \{
obj.wait(1000); // TIMED_WAITING
\}

四、终止状态及其转换路径分析

• 终止（TERMINATED）
• 当run()方法正常返回或者抛出未捕获异常导致结束，则进程进入终止态，不再具备任何活动能力。

常见转换路径列表：

1. NEW → RUNNABLE → TERMINATED （无实际执行内容）
2. NEW → RUNNABLE → BLOCKED → RUNNABLE → TERMINATED （涉及同步）
3. NEW → RUNNABLE → WAITING/TIMED_WAITING → RUNNABLE → TERMINATED

表格梳理主要转移路径：

起始	行为	下一个
NEW	start()	RUNNABLE
RUNNABLE	获取监视器失败	BLOCKED
BLOCKED	获取监视器成功	RUNNABLE
RUNNABLE	wait/join	WAITING
WAITING	notify/join完成	RUNNABLE
RUNNABLE	sleep/wait(timeout)	TIMED_WAITING
TIMED_WAITING/WAITING

详细说明： 终止态是最后一个阶段，一旦达到此阶段，就不能再使该Thread对象重新启动。值得注意的是，即使处于终止态，其持有的数据依然存在，只是不再以独立执行单元存活。

五、多种状态切换场景举例与分析

下面通过几个典型案例呈现各类转换：

1. 普通启动与结束

Thread t = new Thread(() -> \{\});
t.start();
// 状态变化: NEW -> RUNNABLE -> TERMINATED

2. 加锁阻塞

final Object lock = new Object();
Thread t1 = new Thread(() -> \{
synchronized (lock) \{
try \{ Thread.sleep(1000); \} catch (InterruptedException e) \{\}
\}
\});
Thread t2 = new Thread(() -> \{
synchronized (lock) \{\}
\});
t1.start();
try \{ Thread.sleep(100); \} catch (InterruptedException e) \{\}
t2.start();

此场景下,t1拿到lock,sleep期间t2只能BLOCKED,直到t1释放lock。

3. wait/notify协作

final Object lock = new Object();
Thread t = new Thread(() -> \{
synchronized (lock) \{
try \{ lock.wait(); \} catch (InterruptedException e) \{\}
\}
\});
t.start();

t会进入WAITING,直至别的线程notify(lock)。

4. join实现主从关系

Thread t = new Thread(() -> \{\});
t.start();
try \{
t.join(); // 主main thread会WAITING直至t结束才恢复RUNNABLE
\} catch (InterruptedException e)\{\}

5. 超时休眠

Thread.sleep(5000); // 当前thread变成TIMED_WAITING,5秒后回归RUNNABLE队列等候调度

以上场景展示了各种典型生命周期变化，有助于理解多任务协作本质。

六、深入探讨——为何要区分这么多种状态？

区分这些细致的生命周期，有如下重要意义：

• 明确不同阶段便于故障定位，比如死锁分析需关注BLOCKED数量；
• 提高程序效率，可根据当前进程池状况动态调整任务投递频率或队列长度；
• 支持JVM调优，例如垃圾回收与活跃对象统计需要识别活跃与非活跃进程；
• 为异步编程模式打基础，如Future模式下主流程可根据子任务是否TERMINATED判断是否取结果；
• 有利于面向高性能服务端编程，如Netty/Reactor等框架都高度依赖对这些语义理解精准掌控；

数据支持——许多监控工具如jconsole, jvisualvm, arthas等可实时跟踪各类thread state，对排查卡顿和健康评估极有帮助。从源头上看，这套模型对应POSIX/Linux上的TASK_RUNNING, TASK_INTERRUPTIBLE, TASK_UNINTERRUPTIBLE等原生概念，实现跨平台兼容性与工程最佳实践融合。

七、防范常见误区及实战建议

误区总结：

• 错把RUNNING和RUNNABLE混淆：JVM层面只有RUNNABLE，不代表一定正在使用CPU，只表明已准备好可分配时间片；
• 忽略WAIT/TIMED_WAIT区别：前者需外部通知才能恢复，后者超时自动恢复，应针对具体业务场景选用合适控制方式；
• 忘记处理interrupt异常：特别是在处于sleep/wait/join过程中，如果收到interrupt应及时响应以保证程序健壮性；

实用建议：

1. 使用高级同步包如java.util.concurrent.locks, CountDownLatch, Semaphore代替原始wait/notify，可减少人为错误。
2. 利用JVM自带工具定期dump thread stack，分析哪些长时间停留在BLOCK/WAIT，有针对性优化热路径代码段。
3. 合理设置守护进程(daemon)，避免主应用因后台工作没结束而挂起关闭流程。
4. 对业务关键路径采用异步+回调+限期超时时间限制，提高服务整体响应能力和容错水平。
5. 写多线程序务必加注释标明state流转点，并且配合日志辅助定位问题发生点。

八、小结与进一步建议行动步骤

Java中的七大经典线程状态，为并发编程提供了清晰理论基础。开发过程中应充分利用这些知识进行系统设计和问题诊断：

• 明确每段关键业务代码可能涉及哪些state，并据此预设容错机制；
• 善用可视化监控工具，把握整体健康状况及瓶颈位置；
• 推荐团队学习相关最佳实践文档，如《Java Concurrency in Practice》；

最后建议大家在项目早期建立标准编码规范，对每类state流转做统一注释说明，并结合实际需求持续完善多线程序结构，以提升性能和可靠性。

精品问答:

---

Java线程的状态有哪些？

我刚开始学习Java多线程编程，看到线程有好几个状态，但不太清楚具体有哪些状态以及它们代表什么意思，能详细介绍一下吗？

Java线程的状态主要包括：

1. NEW（新建）：线程对象创建但尚未启动。
2. RUNNABLE（可运行）：线程正在运行或准备运行。
3. BLOCKED（阻塞）：等待获取锁资源。
4. WAITING（等待）：无限期等待其他线程动作。
5. TIMED_WAITING（计时等待）：限定时间内等待，例如sleep、join带超时等。
6. TERMINATED（终止）：线程执行完毕或异常结束。通过Thread.State枚举可以获取这些状态。举例来说，当调用thread.start()后，状态从NEW变为RUNNABLE。理解这些状态有助于调试和提升多线程性能。

如何通过代码查看Java线程的当前状态？

我想在程序中实时监控某个Java线程的状态，不知道有没有方便的方法或者API能直接获取到？

可以使用Thread类的getState()方法获取当前线程状态，返回值是Thread.State枚举类型。例如：

Thread thread = new Thread(() -> {
    // 任务代码
});
thread.start();
System.out.println(thread.getState()); // 输出当前线程状态

这对调试多线程程序特别有用，可以帮助判断线程是否处于阻塞或等待状态，从而优化程序逻辑。根据Oracle官方数据，getState()方法调用开销很低，适合频繁监控。

Java中什么情况下线程会进入BLOCKED和WAITING状态？

我经常听说Java中的BLOCKED和WAITING两种阻塞状态，但它们具体区别是什么？什么时候会进入这两种不同的阻塞状态呢？

BLOCKED和WAITING都是阻塞态，但触发条件不同：

状态	触发条件	举例
BLOCKED	等待获得对象锁	多个同步方法争用同一把锁时
WAITING	无限期等待其他线程通知或操作完成	调用Object.wait()、Thread.join()

例如，当一个线程持有某个对象锁，另一个尝试进入同步块但无法获得锁，则后者进入BLOCKED；而调用wait()方法则使当前线程进入WAITING，直到其他线程调用notify()/notifyAll()唤醒它。理解差异有助于避免死锁及性能瓶颈。

如何利用Java线程状态优化多线程性能？

我在项目中遇到多线程性能瓶颈，不知道怎么通过分析和利用Java的线程状态来提升程序效率，有没有实用建议？

优化多线程性能可以从以下几个方面入手：

1. 监控关键业务线上的THREAD STATE分布：利用getState()检测是否存在大量BLOCKED或WAITING，说明资源争抢严重。
2. 减少无谓同步竞争：尽量缩小synchronized代码块范围，降低BLOCKED概率。
3. 合理使用TIMED_WAITING替代长期WAITING：比如设置超时时间防止死锁。
4. 采用并发工具类替代传统wait/notify机制：如ReentrantLock、Semaphore等更灵活控制资源。

根据调查数据显示，通过细致监控与调整，多数场景下CPU利用率提升10%-30%，响应时间降低20%以上，有效提升整体系统吞吐量。

247

×

微信分享

扫描二维码分享到微信