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

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

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

中断线程

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

判断线程是否被中断

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

while(!Thread.currentThread().isInterrupted() && more work to do){

do more work

}

interrupt之中断状态标记

interrupt中断机制中有http://如下方法：

Thread.interrupt()，设置当前中断标记为true（类似属性的set方法）

Thread.isInterrupted()，检测当前的中断标记（类似属性的get方法）

Thread.interrupted()，检测当前的中断标记，然后重置中断标记为false（类似属性的get方法+set方法）

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

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(numZaGAaJ % 100 == 0){

printContent("num : " + num);

}

}

}

}

}

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

intterupt中断

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

interrupt之中断异常处理

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

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);

}

}

我们再看看输出结果：

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异常的代码，而做出不同操作：

如果没有必须捕获InterruptedException异常的代码(比如Thread.sleep())，则isInterrupted()会返回true，此时可以在isInterrupted的判断中处理中断变化。

如果有必须捕获InterruptedException异常的代码(比如Thread.sleep())，则会抛出InterruptedException异常，并进行捕获，同时重置isInterrupted为false，此时得在异常捕获中处理中断变化。

interrupt的应用场景

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

while(!isInterrupted()){

...

}

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

while(!isInterrupted()){

...

while(true){

//线程卡在这里了，则无法响应interrupte机制了

}

}

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

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

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。