浅谈Java线程Thread之interrupt中断解析

时间:2021-10-13 17:54:21

这一篇我们说说java线程thread的interrupt中断机制。

中断线程

线程的thread.interrupt()方法是中断线程,将会设置该线程的中断状态位,即设置为true,中断的结果线程是死亡、还是等待新的任务或是继续运行至下一步,就取决于这个程序本身。线程会不时地检测这个中断标示位,以判断线程是否应该被中断(中断标示值是否为true)。它并不像stop方法那样会中断一个正在运行的线程。

判断线程是否被中断

判断某个线程是否已被发送过中断请求,请使用thread.currentthread().isinterrupted()方法(因为它将线程中断标示位设置为true后,不会立刻清除中断标示位,即不会将中断标设置为false),而不要使用thread.interrupted()(该方法调用后会将中断标示位清除,即重新设置为false)方法来判断,下面是线程在循环中时的中断方式:

?
1
2
3
while(!thread.currentthread().isinterrupted() && more work to do){
 do more work
}

interrupt之中断状态标记

interrupt中断机制中有如下方法:

  1. thread.interrupt(),设置当前中断标记为true(类似属性的set方法)
  2. thread.isinterrupted(),检测当前的中断标记(类似属性的get方法)
  3. thread.interrupted(),检测当前的中断标记,然后重置中断标记为false(类似属性的get方法+set方法)

因此interrupt中断机制并不是真正的将当前线程中断,而是一个中断标记的变化。我们先用例子来测试一下。

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
public class interrupttest {
 //这里用来打印消耗的时间
 private static long time = 0;
 private static void resettime(){
 time = system.currenttimemillis();
 }
 private static void printcontent(string content){
 system.out.println(content + "  时间:" + (system.currenttimemillis() - time));
 }
 
 public static void main(string[] args) {
 test1();
 }
 
 private static void test1(){
 thread1 thread1 = new thread1();
 thread1.start();
 //延时3秒后interrupt中断
 try {
  thread.sleep(3000);
 } catch (interruptedexception e) {
  e.printstacktrace();
 }
 thread1.interrupt();
 printcontent("执行中断");
 }
 
 private static class thread1 extends thread{
 @override public void run() {
  resettime();
  int num = 0;
  while (true){
  if(isinterrupted()){
   printcontent("当前线程 isinterrupted");
   break;
  }
  num++;
  if(num % 100 == 0){
   printcontent("num : " + num);
  }
  }
 }
 }
}

以上代码是开启一个thread1线程,在thread1线程的while循环中不断对num加1,每到100的倍数打印一次(防止打印太快)。然后主线程在sleep了3000毫秒后,调用thread1线程的interrupt方法。那么我们看看输出结果:

浅谈Java线程Thread之interrupt中断解析

intterupt中断

可以看到,在耗时3000毫秒左右,也就是主线程sleep之后执行thread1.interrupt();后,thread1线程停止了,而thread1线程的停止是因为while循环中的isinterrupted方法返回了true,所以break退出了while循环,也就是说interrupt和isinterrupted在这里起到的作用就相当于setxx和getxx的作用,维护着一个boolean变量。

interrupt之中断异常处理

当然interrupt机制并不仅仅是一个中断状态位的变化和检测,它还可以进行中断异常的处理。我们知道thread.sleep()方法需要捕获中断异常,那接下来我们往其中添加一个sleep延时试试

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
while (true){
if(isinterrupted()){
 printcontent("当前线程 isinterrupted");
 break;
}
num++;
//sleep一下
try {
 thread.sleep(1);
} catch (interruptedexception e) {
 e.printstacktrace();
}
 
if(num % 100 == 0){
 printcontent("num : " + num);
}
}

我们再看看输出结果:

浅谈Java线程Thread之interrupt中断解析

intterupt中断

这里我们会发现,sleep睡眠之后,输出的num值明显小了好多(没睡眠时num都达到10亿的大小了,看来cpu执行简单运算还是非常快的),哈哈,不过这不是重点,重点是是看到输出了一个异常,还有就是输出异常后,isinterrupted输出返回false,thread1线程又继续执行下去了,并没有退出while循环。那么这是为什么呢?我们只是加了一个sleep睡眠而已。

如果thread1线程中有执行需要捕获interruptedexception异常的操作,比如thread的sleep,join方法,object的wait,condition的await等,它是强制需要捕获interruptedexception异常的,那么当thread1.interrupt方法调用之后,它会给thread1线程抛出一个interruptedexception异常,那么在while循环中,就能捕获到这个异常然后这个异常抛出之后,又会马上将线程中断标识重置为false,因此在下次的while循环中判断isinterrupted时,它是false,也就不会break,然后while循环会一直执行下去。

因此interrupt()方法会根据thread线程中的run方法里是否有必须捕获interruptedexception异常的代码,而做出不同操作:

  1. 如果没有必须捕获interruptedexception异常的代码(比如thread.sleep()),则isinterrupted()会返回true,此时可以在isinterrupted的判断中处理中断变化。
  2. 如果有必须捕获interruptedexception异常的代码(比如thread.sleep()),则会抛出interruptedexception异常,并进行捕获,同时重置isinterrupted为false,此时得在异常捕获中处理中断变化。

interrupt的应用场景

通常interrupt适用于在线程执行中的循环标记判断,例如

?
1
2
3
while(!isinterrupted()){
 ...
}

但是如果在本次循环中出现阻塞了,那么线程就无法判断下次的isinterrupted标记,那么即便调用了interrupt()方法也无法退出循环,也就无法退出线程。例如

?
1
2
3
4
5
6
while(!isinterrupted()){
 ...
 while(true){
  //线程卡在这里了,则无法响应interrupte机制了
 }
}

这样的话,interrupt就没辙了,线程会一直执行下去,不会被中断停止。

测试例子查看 我的github--javatest

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。

原文链接:https://www.jianshu.com/p/7f1071293a18