Java线程六种状态是JVM对OS线程行为的语义封装：NEW和TERMINATED仅标记JVM对象生命周期，不涉OS资源；RUNNABLE涵盖OS就绪与运行态；BLOCKED、WAITING、TIMED_WAITING分别对应锁竞争、显式唤醒等待及带超时的内核级阻塞。
Thread 的六种状态不是抽象概念，而是 JVM 对操作系统线程生命周期的语义封装。理解它们的关键，在于把每种状态和底层物理行为对应起来——比如 CPU 是否在执行、锁是否被持有、内核是否介入调度。
NEW 和 TERMINATED：纯粹的 JVM 对象生命周期标记
这两个状态不涉及任何操作系统资源分配或调度参与。
-
NEW：仅表示 Thread 对象已创建（
new Thread()），JVM 还未向 OS 请求线程资源，也未调用pthread_create或类似系统调用；此时线程栈、寄存器上下文都不存在。 - TERMINATED：run() 方法结束或抛出未捕获异常后，JVM 已释放该线程的栈内存、清理本地线程变量，并通知 OS 回收其内核线程结构（如 Linux 中的 task_struct）。此时线程彻底退出调度队列，不可再 resume 或 join。
RUNNABLE：JVM 层面对“就绪 + 执行”的合并表达
这是最容易误解的状态。它不等于“正在 CPU 上跑”，而是指线程具备运行资格，且未被任何 Java 级阻塞机制挂起。
- 当线程处于 RUNNABLE，它可能正在 CPU 上执行（Running），也可能在操作系统的就绪队列中排队（Ready）——取决于 OS 调度器是否分配了时间片。
- JVM 不主动控制线程是否真正在 CPU 上运行；它只保证：只要线程没进入 BLOCKED/WAITING/TIMED_WAITING，就视为可被调度，因此统一归为 RUNNABLE。
- 注意：
yield()、时间片耗尽、发生轻量级上下文切换，都不会改变状态，仍为 RUNNABLE。
BLOCKED / WAITING / TIMED_WAITING：三类阻塞，背后是三种不同内核交互方式
它们共同特点是线程让出 CPU，但区别在于等待对象、唤醒机制和是否依赖 JVM 监控器（monitor）。
-
BLOCKED：专指等待
synchronizedmonitor 锁。此时线程在 JVM 内部锁竞争队列中等待，不进入 OS 睡眠态；一旦锁释放，JVM 立即将其重新置入 OS 就绪队列，状态切回 RUNNABLE。 -
WAITING：线程主动放弃 CPU 并挂起，需其他线程显式唤醒。例如调用
Object.wait()后，JVM 会通过park()让线程进入 OS 的 futex 等待队列（Linux）；只有收到notify()或unpark()，才会被内核唤醒并回到 RUNNABLE。 -
TIMED_WAITING：与 WAITING 类似，但内核层面会设置定时器（如
clock_nanosleep或基于epoll的超时等待）。超时到达或中途被唤醒，都会使线程返回 RUNNABLE。
状态转换不是图灵机，而是对调度事件的响应快照
状态图中的每条箭头，本质是 JVM 对一次系统事件的响应记录：
-
start()→ 触发 OS 创建内核线程 → 状态从 NEW 变 RUNNABLE； - 尝试进入 synchronized 块失败 → JVM 检测到锁被占用 → 状态设为 BLOCKED；
-
sleep(1000)→ JVM 调用nanosleep系统调用 → 状态设为 TIMED_WAITING； - 线程 run() 返回 → JVM 清理资源并标记终止 → 状态变为 TERMINATED，不再参与任何调度。
