什么时候会抛出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();
    }

先说结论：

　　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。