Java面试之线程生命周期的六种状态_技术教程

Java线程六种状态是Thread.State枚举的真实运行时取值：NEW（已创建未start）、RUNNABLE（运行或就绪）、BLOCKED（等锁）、WAITING（无限期等待唤醒）、TIMED_WAITING（超时等待）、TERMINATED（已结束不可逆）。

Java线程的六种状态不是理论概念，而是 Thread.State 枚举里真实可查、可观察、可调试的运行时取值——你用 thread.getState() 拿到的就是其中之一。

NEW 和 RUNNABLE 状态容易被误解为“没跑起来”或“正在执行”

实际中，NEW 表示线程对象已创建但 start() 还没调用；而 RUNNABLE 并不等于“正在 CPU 上执行”，它包含两种情况：

操作系统线程已被调度，正在 JVM 中运行（真正执行字节码）
已进入操作系统的就绪队列，等待 CPU 时间片（比如被其他线程抢占、或刚从阻塞中唤醒）

也就是说，只要线程没被挂起、没在等锁、没在等 I/O，哪怕此刻没占着 CPU，它的状态仍是 RUNNABLE。很多监控工具看到大量 RUNNABLE 线程却无 CPU 占用，就是这个原因。

BLOCKED、WAITING、TIMED_WAITING 的触发条件和区别

这三种都属于“非运行中”状态，但阻塞原因不同，恢复机制也不同：

BLOCKED：在进入 synchronized 块/方法时，发现目标 monitor 被其他线程持有，于是挂起等待锁释放
WAITING：调用了 Object.wait()、Thread.join()（无参）、LockSupport.park()，需被显式唤醒（notify() / interrupt() / unpark()）
TIMED_WAITING：调用了带超时的版本，如 Thread.sleep(1000)、Object.wait(500)、LockSupport.parkNanos()，超时后自动恢复

注意：sleep() 不释放锁，wait() 必须在同步块内且会释放锁；park() 是 LockSupport 底层机制，不会抛 InterruptedException 直接响应中断标志。

public class ThreadStateDemo {
    public static void main(String[] args) throws InterruptedException {
        Thread t = new Thread(() -> {
            synchronized (ThreadStateDemo.class) {
                try {
                    Thread.sleep(2000); // TIMED_WAITING
                    Thread.yield();       // 仍为 RUNNABLE（让出 CPU，但不阻塞）
                    Object obj = new Object();
                    synchronized (obj) {
                        obj.wait(); // WAITING —— 注意这里必须在 synchronized 内
                    }
                } catch (Exception e) {}
            }
        });

        t.start();
        Thread.sleep(100);
        System.out.println(t.getState()); // 很可能输出 RUNNABLE 或 TIMED_WAITING
    }
}

TERMINATED 状态不可逆，且无法通过 getState() 捕捉“刚结束”的瞬间

线程执行完 run() 方法、或因未捕获异常退出后，状态变为 TERMINATED。但要注意：

一旦进入 TERMINATED，线程对象不能再次 start()，否则抛 IllegalThreadStateException
getState() 是快照式读取，如果线程刚好在你调用前结束，可能看到 TERMINATED；但如果它结束后 JVM 立即回收资源，也可能在某些低版本 JDK 中短暂返回 RUNNABLE（极罕见，但多线程下不能假设状态读取是原子的）
不要依赖 getState() == TERMINATED 来判断“任务是否完成”，应该用 Future.isDone()、CountDownLatch 或回调机制