Java线程知识学习

生命周期

线程创建并启动后，要经过 新建（New）、就绪（Runnable）、运行（Running）、阻塞（Blocked）和死亡（Dead）5种状态。尤其是当线程启动以后，它不可能一直"霸占"着CPU独自运行，所以CPU需要在多条线程之间切换，于是 线程状态也会多次在运行、阻塞之间切换。
转换关系如下图：

状态

新建（New）状态

当程序使用new关键字创建了一个线程之后，该线程就处于 新建状态，此时的线程情况如下：
此时JVM为其分配内存，并初始化其成员变量的值；
此时线程对象没有表现出任何线程的动态特征，程序也不会执行线程的线程执行体；

就绪（Runnable）状态

当线程对象调用了start()方法之后，该线程处于 就绪状态。此时的线程情况如下：
此时JVM会为其 创建方法调用栈和程序计数器；
该状态的线程一直处于 线程就绪队列（尽管是采用队列形式，事实上，把它称为可运行池而不是可运行队列。因为CPU的调度不一定是按照先进先出的顺序来调度的），线程并没有开始运行；
此时线程 等待系统为其分配CPU时间片，并不是说执行了start()方法就立即执行；

运行（Running）状态
当CPU开始调度处于 就绪状态 的线程时，此时线程获得了CPU时间片才得以真正开始执行run()方法的线程执行体，则该线程处于 运行状态。

如果计算机只有一个CPU，那么在任何时刻只有一个线程处于运行状态；
如果在一个多处理器的机器上，将会有多个线程并行执行，处于运行状态；
当线程数大于处理器数时，依然会存在多个线程在同一个CPU上轮换的现象；
处于运行状态的线程最为复杂，它 不可能一直处于运行状态（除非它的线程执行体足够短，瞬间就执行结束了），线程在运行过程中需要被中断，目的是使其他线程获得执行的机会，线程调度的细节取决于底层平台所采用的策略。线程状态可能会变为 阻塞状态、就绪状态和死亡状态。比如：

对于采用 抢占式策略 的系统而言，系统会给每个可执行的线程分配一个时间片来处理任务；当该时间片用完后，系统就会剥夺该线程所占用的资源，让其他线程获得执行的机会。线程就会又 从运行状态变为就绪状态，重新等待系统分配资源；
对于采用 协作式策略的系统而言，只有当一个线程调用了它的yield()方法后才会放弃所占用的资源—也就是必须由该线程主动放弃所占用的资源，线程就会又 从运行状态变为就绪状态。

阻塞（Blocked）状态

处于运行状态的线程在某些情况下，让出CPU并暂时停止自己的运行，进入 阻塞状态。
当发生如下情况时，线程将会进入阻塞状态：

线程调用sleep()方法，主动放弃所占用的处理器资源，暂时进入中断状态 （不会释放持有的对象锁），时间到后等待系统分配CPU继续执行；
线程调用一个阻塞式IO方法，在该方法返回之前，该线程被阻塞；
线程试图获得一个同步监视器，但该同步监视器正被其他线程所持有;
程序调用了线程的suspend方法将线程挂起；
线程调用wait，等待notify/notifyAll唤醒时(会释放持有的对象锁)；

阻塞状态分类：

等待阻塞：运行状态中的 线程执行wait()方法，使本线程进入到等待阻塞状态；
同步阻塞：线程在 获取synchronized同步锁失败（因为锁被其它线程占用），它会进入到同步阻塞状态；
其他阻塞：通过调用线程的 sleep()或join()或发出I/O请求 时，线程会进入到阻塞状态。当 sleep()状态超时、join()等待线程终止或者超时、或者I/O处理完毕 时，线程重新转入就绪状态；

在阻塞状态的线程只能进入就绪状态，无法直接进入运行状态。而就绪和运行状态之间的转换通常不受程序控制，而是由系统线程调度所决定。当处于就绪状态的线程获得处理器资源时，该线程进入运行状态；当处于运行状态的线程失去处理器资源时，该线程进入就绪状态。

ps:调用yield()方法可以让运行状态的线程转入就绪状态。

死亡（Dead）状态
线程会以如下3种方式结束，结束后就处于 死亡状态：

run()或call()方法执行完成，线程正常结束；
线程抛出一个未捕获的Exception或Error；
直接调用该线程stop()方法来结束该线程—该方法容易导致死锁，通常不推荐使用；

处于死亡状态的线程对象也许是活的，但是，它已经不是一个单独执行的线程。线程一旦死亡，就不能复生。 如果在一个死去的线程上调用start()方法，会抛出java.lang.IllegalThreadStateException异常。

所以，需要注意的是：

一旦线程通过start()方法启动后就再也不能回到新建（NEW）状态，线程终止后也不能再回到就绪（RUNNABLE）状态。

参考引用：https://www.jianshu.com/p/468c660d02da