线程的状态详解

Thread状态间的转化如下图所示：

NEW 状态

当一个 Thread 对象刚刚被创建时，状态为 NEW。此状态仅仅表示 Thread 对象被创建出来了，但此时 Thread 对象和其它 Java 对象没有什么不同，仅仅是存在于内存之中。而当 Thread 对象调用 start 方法后，他的状态改变为 RUNNABLE。此时 Thread 对象进入到 CPU 的竞争队列中。

RUNNABLE 状态

Thread 对象进入 RUNNABLE 状态只有一条路可以走，就是调用 start 方法。在调用 start 方法后，这个线程对象才在 JVM 中挂上号了。Thread 对象还在等待 CPU 的调用中，RUNNABLE 的含义就是 Thread 对象可以执行了，不过还未被执行。此时还在等待 CPU 的调度。

RUNNABLE 状态的线程只可能变迁为 RUNNING 和 TERMINATED 状态。当等到 CPU 调度时，状态变为 RUNNING。而在等待 CPU 调度期间，如果被意外终止，那么则会直接进入 TERMINATED 状态。

RUNNING 状态

RUNNABLE 状态的线程，一旦被 CPU 选中执行，他就会变为 RUNNING 状态。此时才会真正运行 run 方法逻辑。处于 RUNNING 状态的线程，其实也同时是 RUNNABLE 状态。

另外 BLOCKED 状态的线程通过 resume 或者 notify/notifyAll 先重新进入 RUNNABLE 状态，等待 CPU 调度后再进入 RUNNING 状态。

RUNNING 状态的线程可以变迁为如下状态：

• 1.BLOCKED 状态

RUNNING 的线程如果在执行过程中调用了 wait 或者 sleep 方法，就会进入 BLOCKED 状态

阻塞的 I/O 操作

进入到锁的阻塞队列

• 2.TERMINATED

run 方法正常执行结束

运行意外中止

调用 stop 方法（已经不推荐使用）

• 3.RUNNABLE

CPU 轮转，放弃该线程的执行

调用了 Thread 的 yield 方法，提示 CPU 可以让出自己的执行权。如果 CPU 对此响应，则会进入到 RUNNABLE 状态，而不是 TERMINATED。

BLOCKED 状态

只有 RUNNING 状态的线程才会进入 BLOCKED 状态。处于 BLOCKED 状态的线程，可以转换为如下状态：

• 1.RUNNABLE 状态

阻塞操作结束了，那么线程将切换回 RUNNABLE 状态。注意不是 RUNNING 状态，此时线程需要等待 CPU 的再一次选中。

阻塞过程中被打断了，由于其它线程调用了 interrupt 方法，也会回到 RUNNABLE 状态。

线程休眠的时间结束了，也会回到 RUNNABLE 状态。

由于 wait 操作进入 BLOCKED 状态的线程，其他线程发出了 notify 或 notifyAll ，则会唤醒它，回到 RUNNABLE 状态。

由于等待锁而被 BLOCKED 的线程。一旦获取了锁，那么便会回到 RUNNABLE 状态。

• 2.TERMINATED 状态

线程 BLOCKED 状态时，有可能由于调用了 stop 或者意外终止，而直接进入了 TERMINATED 状态。

TERMINATED 状态

TERMINATED 状态意味着线程的生命周期已经走完。这是线程的终止状态。此状态的线程不会再转化为其它任何状态。

处于 RUNNING 或者 BLOCKED 状态的线程都有可能变为 TERMINATED 状态，但原因是类似的，如下：

• 线程运行正常结束
• 程序运行异常终止
• JVM 意外终止

守护线程

当 JVM 中没有任何一个非守护线程时，所有的守护线程都会进入到 TERMINATED 状态，JVM 退出。

在 Java 中，当没有非守护线程存在时，JVM 就会结束自己的生命周期。而守护进程也会自动退出。守护线程一般用于执行独立的后台业务。比如 JAVA 的垃圾清理就是由守护线程执行。而所有非守护线程都退出了，也没有垃圾回收的需要了，所以守护线程就随着 JVM 关闭一起关闭了。

当你有些工作属于后台工作，并且你希望这个线程自己不会终结，而是随着 JVM 退出时自动关闭，那么就可以选择使用守护线程。

要实现守护线程只能手动设置，在线程 start 前调用 setDaemon 方法。Thread 没有直接创建守护进程的方式，非守护线程创建的子线程都是非守护线程。