java interruptedexception_如何正确的处理InterruptedException

何时会出现InterruptedException？

当一个线程处于阻塞状态下(例如休眠)的情况下，调用了该线程的interrupt()方法，则会出现InterruptedException。

@Test

public void testName() throws Exception {

// 被中断的线程

final Thread t = new Thread(){

@Override

public void run() {

try {

Thread.sleep(2000);

} catch (InterruptedException e) {

// 当调用t.interrupt(),则会刨除此异常

e.printStackTrace();

}

}

};

// 去中断t的线程

new Thread(new Runnable() {

public void run() {

try {

Thread.sleep(1000);

} catch (InterruptedException e) {

e.printStackTrace();

}

t.interrupt();

}

}).start();

t.start();

t.join();

}

View Code

先说结论：

public void interrupt()方法意为向该线程发起中断请求，所以当出现此异常的情况下，如果该线程在此时应该被中断，不要吞掉此异常信息，则应该在catch块里完成任务的情况工作，如果该线程不应该在此时被中断，则应该调用Thread.currentThread().interrupt() 方法设置中断标示，让后续的代码来检查并处理异常，通过Thread.interrupted()方法，可以检查中断标记。

概括如下：1.不要生吞此异常；2.如果可以处理此异常：完成清理工作之后退出；3.不处理此异常，不继续执行任务：重新抛出；4.不处理此异常，继续执行任务：捕捉到异常之后恢复中断标记(交由后续程序检查中断)。下面对上述提到的Thread.currentThread().interrupt() 和 Thread.interrupted() 二个方法进行解释：(长相相似，注意区分)

public void interrupt() 方法解释：

作用：

代替废弃的stop()方法[暴力停止线程]，不直接中止线程，而是传递给目标线程一个“应该关闭”的信号，由目标线程自行处理。

“应该关闭”的信号的具体体现：

当目标线程处于阻塞状态，会抛出InterruptedException，而不会将标示位设置为true。当目标线程处于非阻塞状态，会将标示位设置为true，不会抛出异常。

应用场景：

取消“可取消的任务”举例：当用户发起一项请求，后端的代码正在进行(可能此任务的代码运行时间比较长)，这个时候用户想取消这个请求，如果直接调用stop()方法，则此线程会“戛然而止”，我们都知道，web的请求绝大情况下都会有对于数据库的操作，然后此时线程退出，则事务没有提交，这就会造成数据不一致的情况；或者该线程正在持有redis中的锁，那么这样的话，就会造成锁不能及时的释放，所以要使用interrupted()方法，但是这还不够，我们需要在代码中适当的位置检查中断请求，使用Thread.interrupted()静态方法，然后返回true，则进行相应的取消处理。

static boolean interrupted() 方法解释：

作用：测试当前线程是否已被中断：返回中断标示位，并且重置中断标示位为false。