为什么80%的码农都做不了架构师?>>>   

前面提到了stop()、suspend()等方法在终止与恢复线程的弊端,那么问题来了,应该如何正确终止与恢复线程呢?这里可以使用两种方法:interrupt()方法和使用boolean变量进行控制。

在使用interrupt方法之前,有必要介绍一下中断以及与interrupt相关的方法。中断可以理解为线程的一个标志位属性,表示一个运行中的线程是否被其他线程进行了中断操作。这里提到了其他线程,所以可以认为中断是线程之间进行通信的一种方式,简单来说就是由其他线程通过执行interrupt方法对该线程打个招呼,让起中断标志位为true,从而实现中断线程执行的目的。

其他线程调用了interrupt方法后,该线程通过检查自身是否被中断进行响应,具体就是该线程需要调用isInterrupted方法进行判断是否被中断或者调用Thread类的静态方法interrupted对当前线程的中断标志位进行复位(变为false)。需要注意的是,如果该线程已经处于终结状态,即使该线程被中断过,那么调用isInterrupted方法返回仍然是false,表示没有被中断。

那么是不是线程调用了interrupt方法对该线程进行中断,该线程就会被中断呢?答案是否定的。因为Java虚拟机对会抛出InterruptedException异常的方法进行了特别处理:Java虚拟机会将该线程的中断标志位清除,然后跑出InterruptedException,这个时候调用isInterrupted方法返回的也是false

下面的代码首先创建了两个线程,一个线程内部不停睡眠,另一个则不断执行,然后对这两个线程执行中断操作。

package com.rhwayfun.concurrency;/*** Created by rhwayfun on 16-4-2.*/
public class Interrupted {public static void main(String[] args){//创建一个休眠线程Thread sleepThread = new Thread(new SleepThread(),"SleepThread");//设为守护线程sleepThread.setDaemon(true);//创建一个忙线程Thread busyThread = new Thread(new BusyThread(),"BusyThread");//把该线程设为守护线程//守护线程只有当其他前台线程全部退出之后才会结束busyThread.setDaemon(true);//启动休眠线程sleepThread.start();//启动忙线程busyThread.start();//休眠5秒,让两个线程充分运行SleepUtil.second(5);//尝试中断线程//只需要调用interrupt方法sleepThread.interrupt();busyThread.interrupt();//查看这两个线程是否被中断了System.out.println("SleepThread interrupted is " + sleepThread.isInterrupted());System.out.println("BusyThread interrupted is " + busyThread.isInterrupted());//防止sleepThread和busyThread立刻退出SleepUtil.second(2);}/*** 不断休眠*/static class SleepThread implements Runnable{public void run() {while (true){try {TimeUnit.SECONDS.sleep(10);} catch (InterruptedException e) {e.printStackTrace();}}}}/*** 不断等待*/static class BusyThread implements Runnable{public void run() {while (true){//忙等待}}}
}

执行结果:

可以发现内部不停睡眠的方法执行执行中断后,其中断标志位返回的是false,而一直运行的线程的中断标志位则为true。这里主要由于Sleep方法会抛出InterruptedException异常,所以Java虚拟机把SleepThread的中断标志位复位了,所以才会显示false。

那么使用interrupt方法正确终止线程已经很明显了,代码如下:

package com.rhwayfun.concurrency;import java.text.DateFormat;
import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.concurrent.TimeUnit;/*** Created by rhwayfun on 16-4-2.*/
public class SafeShutdownThread {public static void main(String[] args) throws InterruptedException {DateFormat format = new SimpleDateFormat("HH:mm:ss");Runner one = new Runner();//创建第一个计数线程,该线程使用jdk自带的中断方法执行中断Thread threadOne = new Thread(one,"ThreadOne");//执行第一个线程threadOne.start();//threadOne休眠一秒,然后由main thread执行中断TimeUnit.SECONDS.sleep(1);threadOne.interrupt();System.out.println("ThreadOne is interrupted ? " + threadOne.isInterrupted());System.out.println("main thread interrupt ThreadOne at " + format.format(new Date()));//创建第二个线程,该线程使用cancel方法执行中断Runner two = new Runner();Thread threadTwo = new Thread(two,"ThreadTwo");threadTwo.start();//休眠一秒,然后调用cancel方法中断线程TimeUnit.SECONDS.sleep(1);two.cancel();System.out.println("ThreadTwo is interrupted ? " + threadTwo.isInterrupted());System.out.println("main thread interrupt ThreadTwo at " + format.format(new Date()));}/*** 该线程是一个计数线程*/private static class Runner implements Runnable{//变量iprivate long i;//是否继续运行的标志//这里使用volatile关键字可以保证多线程并发访问该变量的时候//其他线程都可以感知到该变量值的变化。这样所有线程都会从共享//内存中取值private volatile boolean on = true;public void run() {while (on && !Thread.currentThread().isInterrupted()){i++;}System.out.println("Count i = " + i);}//让线程终止的方法public void cancel(){on = false;}}
}

在计数线程中通过使用一个boolean变量成功终止了线程。这种通过标志位或者中断操作的方式能够使得线程在终止的时候有机会去清理资源,而不是武断地将线程终止,因此这种终止线程的做法更优雅和安全。

上面的程序只是正确地终止了线程,却没有给出正确恢复的方法。可能有人会想到:再写一个方法让on变量为true不就行了。事实并如此,因为在CountThread中,由于已经调用cancel方法,这时on变量已经是false了,线程按照顺序执行原则继续执行,所以即使改变on为true也是没用的,因为CountThread已经终止了。具体的解决方法将在下一篇关于等待通知机制的文章给出详细的解决措施。

重新认识中断

之前在正确终止与恢复线程一文中介绍了使用Thread类的interrupt方法和使用标志位实现线程的终止。由于之前只是简单介绍了jdk默认中断方法的问题,对线程的中断机制没有深入介绍。为了正确终止线程,深刻理解线程中断的本质是很有必要的。Java没有提供可抢占的安全的中断机制,但是Java提供了线程协作机制(之前说的interrupt方法和标志位本质上都属于线程之间协作的手段),但是提供了中断机制,中断机制允许一个线程终止另一个线程的当前工作,所以需要在程序设计的时候考虑到中断的位置和时机。

回到之前使用volatile类型的标志位来终止线程的例子,在代码中调用cancel方法来取消i的自增请求,如果Runner线程在下次执行,或者正要执行下一次自增请求时判断on的时是否变为了false,如果是则终止执行。

根据运行结果,Runner的计数任务最终会被取消,然后退出。在Runner线程最终取消执行之前,会有一定的时间,如果在在这个时间内,调用此方法的任务调用了一个会阻塞的方法,比如BlockingQueue的put方法,那么可能该任务一直违法检测到on的值变为false,因而Runner线程不会终止。

一个例子

比如下面的代码就说明了这一点:

package com.rhwayfun.patchwork.concurrency.r0411;import java.math.BigInteger;
import java.util.concurrent.BlockingQueue;
import java.util.concurrent.LinkedBlockingQueue;
import java.util.concurrent.TimeUnit;/*** Created by rhwayfun on 16-4-11.*/
public class BrokenShutdownThread extends Thread {//是否继续运行的标志private static volatile boolean on = true;//阻塞队列private final BlockingQueue<BigInteger> queue;public BrokenShutdownThread(BlockingQueue<BigInteger> queue) {this.queue = queue;}public void run() {try {BigInteger p = BigInteger.ONE;while (on) {//生产者一次可以放40个数for (int i = 0; i < 40; i++){queue.put(p = p.nextProbablePrime());System.out.println(Thread.currentThread().getName() + ": put value " + p);}}} catch (InterruptedException e) {}}public void cancel() {on = false;}/*** 消费者线程*/static class Consumer extends Thread{//阻塞队列private final BlockingQueue<BigInteger> queue;public Consumer(BlockingQueue<BigInteger> queue) {this.queue = queue;}@Overridepublic void run() {try {while (on) {//消费者一次只能消费1个数System.out.println(Thread.currentThread().getName() + ": get value " + queue.take());}System.out.println("work done!");} catch (InterruptedException e) {e.printStackTrace();}}}public static void main(String[] args) throws InterruptedException {BlockingQueue<BigInteger> queue = new LinkedBlockingQueue<>(5);BrokenShutdownThread producer = new BrokenShutdownThread(queue);//启动计数线程producer.start();TimeUnit.SECONDS.sleep(1);new Consumer(queue).start();TimeUnit.SECONDS.sleep(1);producer.cancel();}
}

运行上面的程序,发现虽然控制台输出了work done!的信息,但是程序仍然没有停止,仔细分析就会发现生产者的速度(40个数/次)远大于消费者的速度(1个数/次),造成队列被填满,put方法被阻塞。虽然在运行一秒后调用cancel方法将volatile变量on设为了false,但是由于生产者线程的put方法被阻塞,所以无法从阻塞的put方法中恢复,自然程序就无法终止了。

重新认识中断

每个线程都有一个boolean类型的中断状态。当中断线程时,中断状态被设为true。通过Thread的三个方法可以进行不同的中断操作:

public void interrupt() {...}
public static boolean interrupted() {...}
public boolean isInterrupted() {...}

执行interrupt方法能够中断线程,interrupted可以清除线程的中断状态,isInterrupted方法可以返回当前线程的中断状态。

当线程调用会阻塞的方法,比如wait()、sleep()等方法时,线程会检查自己的中断状态,并且在发生中断时提前返回。这些阻塞的方法响应中断的操作是清除中断状态,抛出InterruptedException。抛出InterruptedException的作用是表示线程由于中断需要提前结束。调用interrupt方法执行中断的本质是调用interrupt方法并不会立即停止目标线程正在执行的工作,只是传递了请求中断的消息。然后线程会在下一个时刻中断自己。当收到中断请求时抛出InterruptedException,让线程有选择中断策略的自由。一般而言,调用代码需要对抛出的InterruptedException进行额外的处理,直接屏蔽该异常是不正确的(也就是直接调用printStackTrace()方法)。屏蔽中断异常的后果是调用栈的上层无法对中断请求做出响应。

对上面代码的修正

根据以上的分析只需要对代码做如下的修改就能正确终止线程:

public void run() {try {BigInteger p = BigInteger.ONE;while (on && !Thread.currentThread().isInterrupted()) {//生产者一次可以放40个数for (int i = 0; i < 40; i++){queue.put(p = p.nextProbablePrime());System.out.println(Thread.currentThread().getName() + ": put value " + p);}}} catch (InterruptedException e) {//让线程退出return;}}public void cancel() {on = false;interrupt();}
static class Consumer extends Thread{//阻塞队列private final BlockingQueue<BigInteger> queue;public Consumer(BlockingQueue<BigInteger> queue) {this.queue = queue;}@Overridepublic void run() {try {while (on && !Thread.currentThread().isInterrupted()) {//消费者一次只能消费1个数System.out.println(Thread.currentThread().getName() + ": get value " + queue.take());}System.out.println("work done!");} catch (InterruptedException e) {Thread.currentThread().interrupt();}}}

而其他代码保持不变,再次运行以上的程序,发现能够正确终止了。主要就是使用中断机制完成了线程之间的协作,从而达到正确终止线程的目的。

实际上在调用可阻塞的方法时抛出的InterruptedException是为了让调用者能够注意到中断信息,使得调用者可以就中断做出自己的操作。往往在将中断信息传给调用者之前需要执行其他操作,如果在线程中使用中断机制完成线程之间的协作,那么就应该调用Thread.currentThread().intrrupt()恢复当前线程的中断状态,这样当前线程就能够继续其他操作了。正常情况下,都需要对中断进行响应,除非自己实现了中断所应该进行的操作。

为了取消线程的执行,除了之前的方法,还可以使用Future.get(Long time,TimeUnit unit)的带超时限制的方法取消线程的执行,如果没有在指定的时间内完成任务,那么可以在代码中直接调用Future.cancel()方法取消任务的执行。取消任务的时候有两种情况:一是任务在指定的时间完成了,这个时候调用取消操作没有什么影响;二是任务没有在指定的时间完成,那么调用cancel方法后任务将被中断。

伪代码如下:

Future task = threadPool.submit(runnable);
try{}catch(TimeOutException e){//会取消任务的执行
}catch(ExecutionException e){//如果在任务中抛出了执行异常,则重新抛出该异常throw(new Throwable(e.getCause()));
}finally{//true表示正在执行的任务能够接收中断,如果在执行则线程能被中断//如果为false,则表示若任务还没有启动则不要启动该任务task.cancel(true);
}

实现线程取消的完整例子

这里以日志服务作为例子,业务场景是这样的:前台会有多个生产者调用日志服务输出程序的日志,生产者将需要输出的日志信息放入一个队列中,后台服务器有一个消费者线程,负责从队列中取出日志信息并输出(目的地可能不同)。显然这是一个典型的生产者-消费者问题,不过这里出现了多个生产者,但是只有一个消费者。显然如果生产者的速度远远大于消费者的处理速度的话,很可能造成阻塞,不过这点已经再上面的分析中得到了解决。现在需要实现的是,提供可靠的关闭日志服务的方法,在前台调用服务接口可以正确停止日志服务,而不会出现任何问题。

实现代码如下:

package com.rhwayfun.patchwork.concurrency.r0411;import java.io.PrintWriter;
import java.text.DateFormat;
import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.concurrent.BlockingQueue;
import java.util.concurrent.LinkedBlockingQueue;
import java.util.concurrent.TimeUnit;/*** Created by rhwayfun on 16-4-11.*/
public class LoggerService {// 存放日志消息的阻塞队列private final BlockingQueue<String> logQueue;// 打印日志的消费者线程private final LoggerThread loggerThread;// 打印日志的打印器private PrintWriter writer;// 日志服务是否关闭的标志private boolean isShutdown;// 执行log方法的调用者的计数器private int reservations;public LoggerService(PrintWriter writer) {this.logQueue = new LinkedBlockingQueue<>(5);this.loggerThread = new LoggerThread(writer);}/*** 启动日志服务*/public void start() {loggerThread.start();}/*** 记录日志** @param msg* @throws InterruptedException*/public void recordLog(String msg) throws InterruptedException {// 有条件保持对日志的添加// 并且在接收到关闭请求时停止往队列中填入日志synchronized (this) {if (isShutdown) throw new IllegalStateException("LoggerService is shutdown!");++reservations;}// 由生产者将消息放入队列// 这里不放入synchronized块是因为put方法有阻塞的作用logQueue.put(msg);}/*** 停止日志服务*/public void stop() {// 以原子方式检查关闭请求synchronized (this) {isShutdown = true;}// 让消费者线程停止从队列取日志loggerThread.interrupt();}/*** 消费者线程*/private class LoggerThread extends Thread {private PrintWriter writer;public LoggerThread(PrintWriter writer) {this.writer = writer;}@Overridepublic void run() {try {while (true) {try {// 持有的锁与之前的相同// 如果接收到应用程序的关闭请求并且没有生产者线程继续往队列填入日志// 那么就结束循环,消费者线程终止synchronized (LoggerService.this) {if (isShutdown && reservations == 0) break;}// 从队列获取生产者的日志String msg = logQueue.take();// 每输出一条日志就减少一个线程synchronized (LoggerService.this) {--reservations;}writer.println("Read: " + msg);} catch (InterruptedException e) {//恢复中断状态Thread.currentThread().interrupt();}}} finally {writer.close();}}}/*** 生产者线程*/private static class LoggerWriter implements Runnable {private LoggerService service;private final DateFormat format = new SimpleDateFormat("HH:mm:ss");public LoggerWriter(LoggerService service) {this.service = service;}@Overridepublic void run() {try {String msg = "time is " + format.format(new Date());System.out.println("Write: " + msg);service.recordLog(msg);} catch (InterruptedException e) {Thread.currentThread().interrupt();}}}public static void main(String[] args) throws InterruptedException {LoggerService service = new LoggerService(new PrintWriter(System.out));//创建多个生产者线程负责创建日志for (int i = 0; i < 5; i++) {new Thread(new LoggerWriter(service)).start();TimeUnit.SECONDS.sleep(1);}//启动日志服务service.start();//休眠10秒TimeUnit.SECONDS.sleep(10);//关闭日志服务service.stop();}
}

小结

  1. Java没有提供抢占式安全终止线程的机制,但是使用线程的中断机制可以很好实现线程的终止
  2. 除了标志位使用FutureTask和Executor框架也能实现线程的终止,这里主要使用的是FutureTask的cancel方法
  3. 除非在程序中自己实现中断策略,不然不要对中断异常进行屏蔽
  4. 抛出InterruptedException的目的可以使得上层调用者可以接收中断信息,并对中断做出自己的操作
  5. 如果需要在将中断信息传递给上层调用者之前做其他的操作,需要调用Thread.currentThread().interrupt()恢复当前线程的中断状态
  6. 如果使用线程池执行任务,那么可以时使用其shutdown方法或者shutdownNow方法完成线程的终止。

转载于:https://my.oschina.net/oosc/blog/1622660

Java并发 正确终止与恢复线程相关推荐

  1. 《Java并发编程的艺术》——线程(笔记)

    文章目录 四.Java并发编程基础 4.1 线程简介 4.1.1 什么是线程 4.1.2 为什么要使用多线程 4.1.3 线程优先级 4.1.4 线程的状态 4.1.5 Daemon线程 4.2 启动 ...

  2. [Java并发编程(一)] 线程池 FixedThreadPool vs CachedThreadPool ...

    [Java并发编程(一)] 线程池 FixedThreadPool vs CachedThreadPool ... 摘要 介绍 Java 并发包里的几个主要 ExecutorService . 正文 ...

  3. [Java并发编程(二)] 线程池 FixedThreadPool、CachedThreadPool、ForkJoinPool?为后台任务选择合适的 Java executors...

    [Java并发编程(二)] 线程池 FixedThreadPool.CachedThreadPool.ForkJoinPool?为后台任务选择合适的 Java executors ... 摘要 Jav ...

  4. Java并发编程|第二篇:线程生命周期

    文章目录 系列文章 1.线程的状态 2.线程生命周期 3.状态测试代码 4.线程终止 4.1 线程执行完成 4.2 interrupt 5.线程复位 5.1interrupted 5.2抛出异常 6. ...

  5. Java 并发编程——Executor框架和线程池原理

    Java 并发编程系列文章 Java 并发基础--线程安全性 Java 并发编程--Callable+Future+FutureTask java 并发编程--Thread 源码重新学习 java并发 ...

  6. 【Java 并发编程】多线程、线程同步、死锁、线程间通信(生产者消费者模型)、可重入锁、线程池

    并发编程(Concurrent Programming) 进程(Process).线程(Thread).线程的串行 多线程 多线程的原理 多线程的优缺点 Java并发编程 默认线程 开启新线程 `Ru ...

  7. Java并发学习之玩转线程池

    2019独角兽企业重金招聘Python工程师标准>>> 线程池的使用姿势 基本上实际的项目不可能离开线程池,只是看你有没有注意到罢了 作为以业务需求为驱动,最顺溜的是写if-else ...

  8. Java并发编程:进程和线程之由来

    2019独角兽企业重金招聘Python工程师标准>>> Java多线程基础:进程和线程之由来 在前面,已经介绍了Java的基础知识,现在我们来讨论一点稍微难一点的问题:Java并发编 ...

  9. Java并发编程(08):Executor线程池框架

    本文源码:GitHub·点这里 || GitEE·点这里 一.Executor框架简介 1.基础简介 Executor系统中,将线程任务提交和任务执行进行了解耦的设计,Executor有各种功能强大的 ...

最新文章

  1. 特征选择之嵌入法、嵌入法、排列重要性
  2. 学习Python编程,推荐最好的五本参考书,必读~~~
  3. CSP认证201612-4 压缩编码[C++题解]:区间dp、huffman树、石子合并
  4. html 图片能重叠吗,css两张图片怎么叠加在一起?
  5. POI实现Excel导入时提示NoSuchMethodError: org.apache.poi.util.POILogger.log
  6. docker registry私有仓库搭建(为k3s准备)
  7. GPU Gems1 - 14 透视阴影贴图(Perspective Shadow Maps: Care and Feeding)
  8. python中格式化字符串_Python中所有字符串格式化的指南
  9. 2场直播丨CloudQuery最佳实践,
  10. oracle启动bat命令,ORACLE 启动 bat 脚本
  11. 基于网络信息安全技术管理的计算机应用研究
  12. 解决socket:(10106)无法加载或初始化请求的服务提供程序
  13. sphinx PHP win,Sphinx 在 windows 下安装使用
  14. 图片处理-填充图片-numpy.pad
  15. android10暗色适配,Android沉浸式状态栏,支持状态栏渐变色,纯色, 全屏,亮光、暗色模式,适配android 4.4 -10.0机型...
  16. 寒武纪“失速”,是AI芯片行业的阵痛?
  17. 求解形式幂级数的一阶微分方程
  18. English--名词从句
  19. spinal HDL - 01 - 环境搭建与Scala编程指南
  20. ubuntu挂载4T新硬盘记录

热门文章

  1. 找不到atlapp.h的解決方法
  2. c语言程序设计 江宝钏 实验九,c语言程序设计,江宝钏著,实验九.docx
  3. 老粮商谋定国际农民丰收节贸易会·万祥军:巨头跨国不上市
  4. 全球四大农业贸易数字化-丰收节贸易会:谋定粮食区块链
  5. 养猪砸下50亿美金-丰收节贸易会:俄罗斯最大农业巨头青岛
  6. CMPP3.0 长短信实现方案
  7. [转载] 深入剖析 redis 主从复制
  8. ystem.Windows.Forms.SplitContainer : ContainerControl, ISupportInitialize
  9. javaScript 验证码代码
  10. 二叉树路径应用举例(基于非递归后序遍历)