2.9.3 终止模式之两阶段终止模式
Two Phase Termination
在一个线程 T1 中如何“优雅”终止线程 T2?这里的【优雅】指的是给 T2 一个料理后事的机会。
1、错误思路
使用线程对象的 stop() 方法停止线程
stop 方法会真正杀死线程,如果这时线程锁住了共享资源,那么当它被杀死后就再也没有机会释放锁,其它线程将永远无法获取锁
使用 System.exit(int) 方法停止线程
目的仅是停止一个线程,但这种做法会让整个程序都停止
2、两阶段终止模式
图解如下:
是
否
无异常
有异常
while(true)
有没有被打断?
料理后事
结束循环
睡眠2s
执行监控记录
设置打断标记
如果监控线程在阻塞阶段被interrupt,则捕获异常,手动设置打断标记(因为标记会被清除),下一轮料理后事后结束循环。
如果监控线程在正常工作阶段被interrupt,则会设置打断标记,下一轮料理后事后结束循环。
2.1 利用 isInterrupted
原理:interrupt 可以打断正在执行的线程,无论这个线程是在 sleep,wait,还是正常运行
代码实现:
@Slf4j(topic = "c.Test10") public class Test10 { public static void main(String[] args) throws InterruptedException { TwoPhaseTermination tpt = new TwoPhaseTermination(); tpt.start(); Thread.sleep(4000); tpt.stop(); } } @Slf4j(topic = "c.TwoPhaseTermination") class TwoPhaseTermination{ private Thread monitor; //启动监控线程 public void start(){ monitor = new Thread(() -> { while (true) { Thread currentThread = Thread.currentThread(); if (currentThread.isInterrupted()) { log.debug("料理后事"); break; } try { Thread.sleep(1000);//情况一:阻塞时interrupt log.debug("执行监控记录");//情况二:正常运行时被interrupt } catch (InterruptedException e) { e.printStackTrace(); currentThread.interrupt();//阻塞被打断后,程序恢复正常运行。再次被打断,将会有一个打断标记,下一轮会被停止线程。 } } }); monitor.start(); } //停止监控线程 public void stop(){ monitor.interrupt(); } }
运行结果:
2.2 利用停止标记
后序待补充…
2.9.4 打断 park 线程
打断 park 线程, 不会清空打断状态
@Slf4j(topic = "c.Test11") public class Test11 { public static void main(String[] args) throws InterruptedException { Thread t1 = new Thread(() -> { log.debug("park..."); LockSupport.park();//线程进入等待状态 log.debug("unpark..."); log.debug("打断状态:{}", Thread.currentThread().isInterrupted()); }, "t1"); t1.start(); Thread.sleep(1); t1.interrupt(); } }
如果打断标记已经是 true, 则 park 会失效
可以使用 Thread.interrupted() 清除打断状态,从而让park继续生效
2.10 不推荐的方法
还有一些不推荐使用的方法,这些方法已过时,容易破坏同步代码块,造成线程死锁
2.11 主线程与守护线程
默认情况下,Java 进程需要等待所有线程都运行结束,才会结束。有一种特殊的线程叫做守护线程,只要其它非守护线程运行结束了,即使守护线程的代码没有执行完,也会强制结束。
@Slf4j(topic = "c.Test15") public class Test15 { public static void main(String[] args) throws InterruptedException { Thread t1 = new Thread(() -> { while (true) { if (Thread.currentThread().isInterrupted()) { break; } } log.debug("结束"); }, "t1"); t1.setDaemon(true);//将t1设为守护线程 t1.start(); Thread.sleep(1000); log.debug("结束"); } }
注意
垃圾回收器线程就是一种守护线程 (当Java的其他线程都结束了,垃圾回收线程也结束)
Tomcat 中的 Acceptor 和 Poller 线程都是守护线程|(这俩是用来接收和处理请求的),所以 Tomcat 接收到 shutdown 命令后,不会等待它们处理完当前请求。
2.12 五种状态
这是从 操作系统 层面来描述的
【初始状态】仅是在语言层面创建了线程对象,还未与操作系统线程关联
【可运行状态】(就绪状态)指该线程已经被创建(与操作系统线程关联),可以由 CPU 调度执行
【运行状态】指获取了 CPU 时间片,正在运行中的状态
当 CPU 时间片用完,会从【运行状态】转换至【可运行状态】,会导致线程的上下文切换。
【阻塞状态】
如果调用了阻塞 API,如 BIO 读写文件,这时该线程实际不会用到 CPU,会导致线程上下文切换,进入【阻塞状态】
等 BIO 操作完毕,会由操作系统唤醒阻塞的线程,转换至【可运行状态】
与【可运行状态】的区别是,对【阻塞状态】的线程来说只要它们一直不唤醒,调度器就一直不会考虑
调度它们
【终止状态】表示线程已经执行完毕,生命周期已经结束,不会再转换为其它状态
2.13 六种状态
这是从 Java API 层面来描述的
根据 Thread.State 枚举,分为六种状态
NEW 线程刚被创建,但是还没有调用start()方法
RUNNABLE 当调用了 start() 方法之后,注意,Java API 层面的 RUNNABLE状态涵盖了 操作系统 层面的==【可运行状态】、【运行状态】和【阻塞状态】==(由于 BIO 导致的线程阻塞,在 Java 里无法区分,仍然为
是可运行)
BLOCKED , WAITING , TIMED_WAITING 都是 Java API 层面对==【阻塞状态】==的细分,后面会在状态转换一节详述
TERMINATED 当线程代码运行结束
六种状态演示:
@Slf4j(topic = "c.TestState") public class TestState { public static void main(String[] args) throws IOException { Thread t1 = new Thread("t1") { @Override public void run() { log.debug("running..."); } };//线程刚被创建还没有调用start() Thread t2 = new Thread("t2") { @Override public void run() { while(true) { // runnable } } };//线程正在运行 Runable t2.start(); Thread t3 = new Thread("t3") { @Override public void run() { log.debug("running..."); } };//线程执行完就结束了,对应着TERMINATED t3.start(); Thread t4 = new Thread("t4") { @Override public void run() { synchronized (TestState.class) { try { Thread.sleep(1000000); } catch (InterruptedException e) { e.printStackTrace(); } } } };//带有时间的等待,对应着timed_waiting t4.start(); Thread t5 = new Thread("t5") { @Override public void run() { try { t2.join(); //等待t2完成后再执行,t2是个死循环,对应着 waiting } catch (InterruptedException e) { e.printStackTrace(); } } }; t5.start(); Thread t6 = new Thread("t6") { @Override public void run() { synchronized (TestState.class) { //当前锁对象被t2线程占用,t6处于阻塞状态:blocked try { Thread.sleep(1000000); } catch (InterruptedException e) { e.printStackTrace(); } } } }; t6.start(); try { Thread.sleep(500); } catch (InterruptedException e) { e.printStackTrace(); } log.debug("t1 state {}", t1.getState()); log.debug("t2 state {}", t2.getState()); log.debug("t3 state {}", t3.getState()); log.debug("t4 state {}", t4.getState()); log.debug("t5 state {}", t5.getState()); log.debug("t6 state {}", t6.getState()); System.in.read(); } }
2.14 习题
阅读华罗庚《统筹方法》,给出烧水泡茶的多线程解决方案,提示
参考图二,用两个线程(两个人协作)模拟烧水泡茶过程
文中办法乙、丙都相当于任务串行
而图一相当于启动了 4 个线程,有点浪费
用 sleep(n) 模拟洗茶壶、洗水壶等耗费的时间
附:华罗庚《统筹方法》
统筹方法,是一种安排工作进程的数学方法。它的实用范围极广泛,在企业管理和基本建设中,以及关系复
杂的科研项目的组织与管理中,都可以应用。
怎样应用呢?主要是把工序安排好。
比如,想泡壶茶喝。当时的情况是:开水没有;水壶要洗,茶壶、茶杯要洗;火已生了,茶叶也有了。怎么办?
办法甲:洗好水壶,灌上凉水,放在火上;在等待水开的时间里,洗茶壶、洗茶杯、拿茶叶;等水开
了,泡茶喝。
办法乙:先做好一些准备工作,洗水壶,洗茶壶茶杯,拿茶叶;一切就绪,灌水烧水;坐待水开了,泡
茶喝。
办法丙:洗净水壶,灌上凉水,放在火上,坐待水开;水开了之后,急急忙忙找茶叶,洗茶壶茶杯,泡
茶喝。
哪一种办法省时间?我们能一眼看出,第一种办法好,后两种办法都窝了工。
这是小事,但这是引子,可以引出生产管理等方面有用的方法来。
水壶不洗,不能烧开水,因而洗水壶是烧开水的前提。没开水、没茶叶、不洗茶壶茶杯,就不能泡茶,因而这些又是泡茶的前提。它们的相互关系,可以用下边的箭头图来表示:
从这个图上可以一眼看出,办法甲总共要16分钟(而办法乙、丙需要20分钟)。如果要缩短工时、提高工作效率,应当主要抓烧开水这个环节,而不是抓拿茶叶等环节。同时,洗茶壶茶杯、拿茶叶总共不过4分钟,大可利用“等水开”的时间来做。
是的,这好像是废话,卑之无甚高论。有如走路要用两条腿走,吃饭要一口一口吃,这些道理谁都懂得。但稍有变化,临事而迷的情况,常常是存在的。在近代工业的错综复杂的工艺过程中,往往就不是像泡茶喝这么简单了。任务多了,几百几千,甚至有好几万个任务。关系多了,错综复杂,千头万绪,往往出现“万事俱备,只欠东风”的情况。由于一两个零件没完成,耽误了一台复杂机器的出厂时间。或往往因为抓的不是关键,连夜三班,急急忙忙,完成这一环节之后,还得等待旁的环节才能装配。
洗茶壶,洗茶杯,拿茶叶,或先或后,关系不大,而且同是一个人的活儿,因而可以合并成为:
看来这是“小题大做”,但在工作环节太多的时候,这样做就非常必要了。
这里讲的主要是时间方面的事,但在具体生产实践中,还有其他方面的许多事。这种方法虽然不一定能直接解决所有问题,但是,我们利用这种方法来考虑问题,也是不无裨益的。
实现代码:
@Slf4j(topic = "c.TestMakeTea") public class TestMakeTea { public static void main(String[] args) { Thread t1 = new Thread(() -> { log.debug("洗水壶"); sleep(1); log.debug("烧开水"); sleep(15);//sleep是一个用TimeUnit封装的工具类 }, "老王"); Thread t2 = new Thread(() -> { log.debug("洗茶壶"); sleep(1); log.debug("洗茶叶"); sleep(2); log.debug("拿茶叶"); sleep(1); try { t1.join();//等待老王的茶烧好,小王开始泡茶 } catch (InterruptedException e) { e.printStackTrace(); } log.debug("泡茶"); }, "小王"); t1.start(); t2.start(); } }
解法1 的缺陷:
上面模拟的是小王等老王的水烧开了,小王泡茶。如果反过来要实现老王等小王的茶叶拿来了,老王泡茶
呢?(也就是一个线程结果作为另外一个线程的条件)代码最好能适应两种情况
上面的两个线程其实是各执行各的,如果要模拟老王把水壶交给小王泡茶,或模拟小王把茶叶交给老王泡茶呢(也就是线程间通信)
关于其他解法后续再进行补充…
本章小结
本章的重点在于掌握
线程创建:Thread、Runable、FutureTask
线程重要 api,如 start,run,sleep,join,interrupt 等
线程状态:操作系统五种、Java 六种
应用方面
异步调用:主线程执行期间,其它线程异步执行耗时操作
提高效率:并行计算,缩短运算时间
同步等待:join
统筹规划:合理使用线程,得到最优效果
原理方面
线程运行流程:栈、栈帧、上下文切换、程序计数器
Thread 两种创建方式 的源码
模式方面
终止模式之两阶段终止