Java线程生命周期有且仅有6种官方状态：NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED，定义在Thread.State枚举中，是JVM层面的精确建模而非OS粗粒度划分。
Thread.State 枚举中：
NEW、RUNNABLE、BLOCKED、WAITING、TIMED_WAITING、TERMINATED。
不是“就绪/运行/阻塞”这种操作系统级的粗粒度划分，而是 JVM 层面的精确建模 —— 比如 RUNNABLE 实际涵盖 OS 的 ready 和 running 两种情况，而 BLOCKED 专指**等锁**（synchronized），和 I/O 阻塞、sleep 等无关。
如何准确获取并观察线程当前状态
别靠猜，用 thread.getState() 是唯一可靠方式。但要注意：这个值是瞬时快照，调用后立刻可能变化。
- 新建后未 start → 一定是
NEW；start() 后几乎立刻变成RUNNABLE（哪怕还没真正执行到 run()） -
System.out.println(thread.getState())放在start()后马上执行，大概率打印出RUNNABLE，而非NEW - 想看到
WAITING或BLOCKED？必须构造对应场景：比如在 synchronized 块里调用wait()，或两个线程争抢同一把锁
public class StateDemo {
public static void main(String[] args) throws InterruptedException {
Thread t = new Thread(() -> {
synchronized (StateDemo.class) {
try {
StateDemo.class.wait(); // 进入 WAITING
} catch (InterruptedException e) {}
}
});
System.out.println("New: " + t.getState()); // NEW
t.start();
Thread.sleep(10); // 给一点时间让线程进入 wait()
System.out.println("After start & wait: " + t.getState()); // WAITING
}
}
为什么 RUNNABLE 不等于“正在 CPU 上跑”
这是最常被误解的一点：RUNNABLE 表示线程“可被调度”，不保证正在执行。它包含两种 OS 状态：
- 已获得 CPU 时间片，正在执行（OS running）
- 已准备好、在就绪队列排队，只等调度器分配时间片（OS ready）
所以你在日志里看到大量线程处于 RUNNABLE 却没干活？很可能它们都在排队等 CPU，或者被频繁抢占（比如线程数远超 CPU 核心数）。这不是 bug，是正常调度现象。
对比：如果线程卡在 Object.wait()、Thread.join() 或 LockSupport.park()，状态才是 WAITING；如果是 Thread.sleep(1000) 或 wait(1000)，则是 TIMED_WAITING —— 它们都不占用 CPU，也不参与调度竞争。
立即学习“Java免费学习笔记（深入）”；
BLOCKED 只发生在 synchronized 锁竞争时
很多人以为“线程 sleep、读文件、发 HTTP 请求”都会进 BLOCKED，其实不会。这些操作导致的是 TIMED_WAITING（sleep）或 OS 级阻塞（I/O），JVM 状态仍是 RUNNABLE（因为线程本身没在等锁）。
- 只有当线程尝试进入一个已被其他线程持有的
synchronized块/方法，且尚未获得锁时，才进入BLOCKED -
ReentrantLock.lock()失败？不会进BLOCKED—— 它用的是 AQS，状态会是WAITING或TIMED_WAITING（取决于用lock()还是tryLock(long, TimeUnit)） - 一旦持有锁的线程退出 synchronized 块，JVM 自动唤醒一个
BLOCKED线程，它立即变为RUNNABLE
TERMINATED 并非“线程死了就看不见了”
线程执行完 run() 方法（或抛出未捕获异常）后，状态变为 TERMINATED，但它对应的 Thread 对象仍存在，直到被 GC 回收。你可以继续调用 getState()，永远得到 TERMINATED。
- 不能对
TERMINATED线程再次调用start()，否则抛IllegalThreadStateException - 不要依赖
isAlive()判断“是否还在干活”——它返回 false 只说明不是NEW且不是TERMINATED，但RUNNABLE/WAITING都算 true - 真正需要监控活跃性？用线程池的
getActiveCount()，或 JMX 中的ThreadMXBean获取实时堆栈
wait() 调用可能让你从 RUNNABLE → WAITING → RUNNABLE → TERMINATED，也可能中途被 interrupt() 打断变成 RUNNABLE 并抛异常。真正难的从来不是记住六个名字，而是理解每个状态背后 JVM 做了什么、操作系统又做了什么。 
