图解Java线程状态转行
大家好， 好久不见，欢迎来到Java并发编程系列番外篇线程状态转换，内容通俗易懂，请放心食用。
线程状态
先来个开场四连问
Java线程状态有几个？Java线程状态是如何转换？Java线程状态转换什么情况会进入锁的等待队列？Java线程状态转换什么情况会进入锁的同步队列？
一提到Java线程状态，不少读者立马想到线程状态转换图，但细想，印象又不深刻，只记得有那么几个状态。
再要你说出Java线程状态是如何转换的，脑子里可能就如下图一样，已经是一团浆糊了。
首先线程的状态可以分为6态或7态，具体状态如下
6态
New：新建状态Runnable：可运行状态Terminated：终止状态Waiting：等待状态TimedWaiting：超时等待状态Blocked：阻塞状态
7态
New：新建状态Ready：就绪状态Running：运行状态Terminated：终止状态Waiting：等待状态TimedWaiting：超时等待状态Blocked：阻塞状态
其实6态与7态差别不大，只不过7态把Runnable可运行状态，拆解成了Ready就绪状态与Running运行状态。
阿星以7态为例，来逐步讲解它们之间是如何转换的。
新建状态（New）
我们可以通过实现Runnable接口或继承Thread声明一个线程类，new一个实例后，线程就进入了新建状态。
一个刚诞生的线程，处于新建状态。
就绪状态（Ready）
线程对象创建成功后，调用该线程的start()函数，线程进入就绪状态，该状态的线程进入可运行线程池中，等待获取C P U的使用权。
线程表示，我已经准备好了，此时我是就绪状态，快选我吧~
运行状态（Running)
此时线程调度程序正在从可运行线程池中选择一个线程，该线程进入运行状态。
换句话说，线程获取到了C P U时间片。
yield()函数，该线程回到就绪状态。
作为一名运气好的线程，我进入了运行状态，但是运气用完了，我还得回到就绪状态。
终止状态（Terminated）
线程继续运行，直到执行结束或执行过程中因异常意外终止都会使线程进入终止状态。
线程一旦终止，就不能复生，这是不可逆的过程。
线程的人生迎来了终点，可能一帆风顺过完一生，也可能英年早逝令人惋惜。
等待状态（Waiting）
运行状态的线程执行wait()、join()、LockSupport.park()任意函数，该线程进入等待状态。
其中wait()与join()函数会让J V M把该线程放入锁等待队列。
处于这种状态的线程不会被分配C P U执行时间，它们要等待被主动唤醒，否则会一直处于等待状态。
执行LockSupport.unpark(t)函数唤醒指定线程，该线程回到就绪状态。
而通过notify()、notifyAll()、join线程执行完毕方式，会唤醒锁等待队列的线程，出队的线程回到就绪状态。
线程的人生迎来了劫难，听信小人之言，跑去菲律宾做打工，结果被黑工厂扣下，只希望警察叔叔能早日解救我出去。
超时等待状态（Timed waiting）
超时等待与等待状态一样，唯一的区别就是多了超时机制，不会一直等待被其他线程主动唤醒，而是到达指定时间后会自动唤醒。
以下函数会触发进入超时等待状态
- wait(long)
- join(long)
- LockSupport.parkNanos(long)
- LockSupport.parkUtil(long)
- sleep(long)
其中wait(long)、join(long)函数会让J V M把线程放入锁等待队列。
从菲律宾回国后的线程，也做起了违法的勾当，最终被警察抓捕，好在只判了5年，熬一熬就可以出来了。
阻塞状态（Blocked）
运行状态的线程获取同步锁失败或发出I/O请求，该线程进入阻塞状态。
如果是获取同步锁失败J V M还会把该线程放入锁的同步队列。
I/O处理完毕时，该线程重新回到就绪状态。
出狱后的线程，后面的人生一直都是磕磕碰碰，就没顺利过，大家要引以为戒。
小结
相信读者大大们跟着阿星的思路来，已经掌握了线程状态的知识，以后面试官问这类问题，也可以吊打一番，最后放一张简化的线程转换图为本文画上句号。
