Java线程六种状态全解析

哈喽！大家好，很高兴又见面了，我是golang学习网的一名作者，今天由我给大家带来一篇《Java线程的6种状态详解》，本文主要会讲到等等知识点，希望大家一起学习进步，也欢迎大家关注、点赞、收藏、转发! 下面就一起来看看吧！

Java线程有六种状态：NEW（新建）、RUNNABLE（可运行）、BLOCKED（阻塞）、WAITING（无限期等待）、TIMED_WAITING（限期等待）、TERMINATED（终止），分别对应线程生命周期各阶段，反映JVM对调度、锁竞争与等待的精细管理。

Java线程共有六种状态，定义在 java.lang.Thread.State 枚举中，可通过 Thread.getState() 获取。这些状态反映了线程在其生命周期中的执行情况，不是简单的运行/停止二分，而是体现JVM对线程调度和资源等待的精细管理。

NEW（新建）

线程已被创建但尚未调用 start() 方法。此时线程对象已存在，但还未被JVM调度，不占用CPU，也不参与任何同步操作。

• 调用 new Thread(...) 后即进入此状态
• 一旦调用 start()，立即离开 NEW，进入 RUNNABLE
• 注意：不能对 NEW 状态的线程调用 join() 或 interrupt()（会抛 IllegalThreadStateException）

RUNNABLE（可运行）

这是最容易误解的状态——它不表示“正在运行”，而是“可以运行”：包括正在JVM中执行（OS线程处于running状态），也包括就绪等待CPU调度（OS线程处于ready状态）。I/O等待、sleep、wait等都不在此状态。

• 调用 start() 后首先进入 RUNNABLE
• 执行 Thread.sleep(0)、yield() 后仍为 RUNNABLE（只是主动让出CPU）
• 同步块中成功获取锁后，从 BLOCKED 回到 RUNNABLE；调用 wait() 则离开 RUNNABLE

BLOCKED（阻塞）

线程正等待获取一个监视器锁（monitor lock），以进入 synchronized 方法或代码块。仅当有其他线程持有该锁且未释放时发生。

• 典型场景：多个线程竞争同一把synchronized锁
• 与 WAITING/TIMED_WAITING 的关键区别：BLOCKED 是“等锁”，其余是“等通知”或“等时间”
• 一旦获得锁，立刻回到 RUNNABLE

WAITING（无限期等待）

线程因调用某些方法而无限期挂起，直到其他线程显式唤醒它（如 notify() 或 interrupt()）。

• 常见触发方法：Object.wait()（无参）、Thread.join()（无参）、LockSupport.park()
• 不会响应超时，也不会自动醒来，必须靠外部干预
• 被中断时抛 InterruptedException 并退出 WAITING

TIMED_WAITING（限期等待）

线程在指定时间内等待，时间一到自动恢复（无需其他线程唤醒）。

• 常见触发方法：Thread.sleep(millis)、Object.wait(timeout)、Thread.join(millis)、LockSupport.parkNanos() 等
• 超时结束或被中断都会导致线程离开该状态
• 注意：sleep() 不释放锁，wait() 会释放锁

TERMINATED（终止）

线程已执行完毕（run() 方法正常返回）或因未捕获异常而结束。此后不能再启动（调用 start() 会抛异常）。

• 线程生命周期的终点，不可逆
• 可通过 isAlive() 判断是否已终止（返回 false）
• 即使线程对象还被引用，状态也不会再变

基本上就这些。理解状态转换的关键在于区分“等CPU”（RUNNABLE）、“等锁”（BLOCKED）、“等信号”（WAITING/TIMED_WAITING）和“已结束”（TERMINATED）。实际排查问题时，配合线程dump（如 jstack）看状态，能快速定位锁争用、死锁或长时间挂起等问题。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。