大家好, 好久不见,欢迎来到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
态为例,来逐步讲解它们之间是如何转换的。
我们可以通过实现Runnable
接口或继承Thread
声明一个线程类,new
一个实例后,线程就进入了新建状态。
一个刚诞生的线程,处于新建状态。
线程对象创建成功后,调用该线程的start()
函数,线程进入就绪状态,该状态的线程进入可运行线程池中,等待获取C P U
的使用权。
线程表示,我已经准备好了,此时我是就绪状态,快选我吧~
此时线程调度程序正在从可运行线程池中选择一个线程,该线程进入运行状态。
换句话说,线程获取到了C P U
时间片。
还没完呢,当线程时间片用完或调用的yield()
函数,该线程回到就绪状态。
作为一名运气好的线程,我进入了运行状态,但是运气用完了,我还得回到就绪状态。
线程继续运行,直到执行结束或执行过程中因异常意外终止都会使线程进入终止状态。
线程一旦终止,就不能复生,这是不可逆的过程。
线程的人生迎来了终点,可能一帆风顺过完一生,也可能英年早逝令人惋惜。
运行状态的线程执行wait()、join()、LockSupport.park()任意函数,该线程进入等待状态。
其中wait()
与join()
函数会让J V M把该线程放入锁等待队列。
处于这种状态的线程不会被分配C P U执行时间,它们要等待被主动唤醒,否则会一直处于等待状态。
如果我们要唤醒线程怎么办呢?
执行LockSupport.unpark(t)
函数唤醒指定线程,该线程回到就绪状态。
而通过notify()、notifyAll()、join线程执行完毕
方式,会唤醒锁等待队列的线程,出队的线程回到就绪状态。
线程的人生迎来了劫难,听信小人之言,跑去菲律宾做打工,结果被黑工厂扣下,只希望警察叔叔能早日解救我出去。
超时等待与等待状态一样,唯一的区别就是多了超时机制,不会一直等待被其他线程主动唤醒,而是到达指定时间后会自动唤醒。
以下函数会触发进入超时等待状态
其中wait(long)、join(long)
函数会让J V M把线程放入锁等待队列。
后面的唤醒剧情就和等待状态如出一辙,就多了超时时间到了,自动唤醒的动作。
从菲律宾回国后的线程,也做起了违法的勾当,最终被警察抓捕,好在只判了5年,熬一熬就可以出来了。
运行状态的线程获取同步锁失败或发出I/O
请求,该线程进入阻塞状态。
如果是获取同步锁失败J V M
还会把该线程放入锁的同步队列。
同步锁被释放时,锁的同步队列会出队所有线程,进入就绪状态。
I/O
处理完毕时,该线程重新回到就绪状态。
出狱后的线程,后面的人生一直都是磕磕碰碰,就没顺利过,大家要引以为戒。
相信读者大大们跟着阿星的思路来,已经掌握了线程状态的知识,以后面试官问这类问题,也可以吊打一番,最后放一张简化的线程转换图为本文画上句号。
Copyright© 2013-2020
All Rights Reserved 京ICP备2023019179号-8