NEW表示线程对象已创建但未调用start()；RUNNABLE指已就绪或正在运行（含OS调度队列中等待）；BLOCKED特指因synchronized锁竞争而挂起。
NEW、RUNNABLE、BLOCKED 状态到底对应什么实际行为
Java 线程的 6 种状态不是抽象概念，而是 JVM 对线程当前调度能力的精确快照。比如 NEW 表示线程对象已创建但 start() 还没调用；RUNNABLE 不代表“正在 CPU 上跑”，而是“已就绪或正在运行”——包括 OS 调度队列中等待时间片的状态；BLOCKED 特指在进入 synchronized 同步块/方法时，因锁被其他线程持有而挂起，此时线程处于“锁竞争阻塞”，不是 I/O 或 sleep 导致的暂停。
-
Thread.getState()返回的是瞬时快照，两次调用之间状态可能已变，不能用于逻辑判断依据 -
RUNNABLE状态下线程可能实际在等 CPU（OS 层面的 ready），也可能真在执行字节码（running）——JVM 不区分这两者 -
BLOCKED只由synchronized触发，java.util.concurrent中的锁（如ReentrantLock）不会导致该状态，它们会进入WAITING或TIMED_WAITING
WAITING 和 TIMED_WAITING 容易混淆的触发点
这两个状态都表示线程主动放弃 CPU 并等待某个条件，区别只在“是否设定了超时”。关键在于：它们的触发必须是显式调用特定方法，且这些方法内部会释放锁（如果持有）并挂起线程。
-
WAITING：由Object.wait()（无参）、Thread.join()（无参）、LockSupport.park()引发 -
TIMED_WAITING：由Thread.sleep(long)、Object.wait(long)、Thread.join(long)、LockSupport.parkNanos()等带超时参数的方法引发 - 注意：
Thread.sleep()不释放任何锁，但依然进入TIMED_WAITING；而Object.wait()必须在 synchronized 块内调用，且会释放当前持有的 monitor 锁
TERMINATED 状态不可逆，但线程对象还能用
一旦线程 run() 方法执行完毕或因未捕获异常退出，状态变为 TERMINATED，此后调用 start() 会抛出 IllegalThreadStateException。但线程对象本身仍是合法 Java 对象，可以读取其 getId()、getName()，甚至再次调用 getState() 得到 TERMINATED。
- 无法通过任何方式让已终止线程“复活”或重新调度
- 不要依赖
isAlive()判断线程是否“可用”，它只反映是否处于RUNNABLE/WAITING/BLOCKED/TIMED_WAITING状态，对刚启动还没执行到 run() 的NEW线程也返回 false - 线程终止后，其栈帧被回收，但堆上的 Thread 实例仍可被 GC 回收——前提是没被其他对象强引用
调试时怎么看真实状态：jstack 比 getState() 更可靠
Thread.getState() 在代码中调用只能看到调用瞬间的状态，而 jstack <pid> 输出的是 JVM 全局快照，能清晰显示每个线程的锁持有、等待目标、堆栈位置，对排查死锁和长阻塞特别有用。
立即学习“Java免费学习笔记（深入）”；
- 例如输出中出现
"thread-1" #12 prio=5 os_prio=0 tid=0x00007f8b4c0a9000 nid=0x3e1b in Object.wait() [0x00007f8b3d5f9000]，说明它正处于WAITING - 若看到
java.lang.Thread.State: BLOCKED (on object monitor)后跟waiting to lock <0x000000071a2b3c40>，就是典型的BLOCKED状态 - 注意 jstack 默认不显示 native 方法栈，加
-l参数可显示锁信息，加-F（需 root）可强制 dump 卡死进程
BLOCKED 和 WAITING 后面那个括号里的具体原因。 
