何时会出现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() 此静态方法设置中断标示,让后续的代码来检查并处理异常,通过isInterrupted()方法,可以检查中断标记。

概括如下:
1.不要生吞此异常;
2.如果可以处理此异常:完成清理工作之后退出;
3.不处理此异常,不继续执行任务:重新抛出;
4.不处理此异常,继续执行任务:捕捉到异常之后恢复中断标记(交由后续程序检查中断)。

public void interrupt() 详细解释:

作用:

代替废弃的stop()方法[暴力停止线程],不直接中止线程,而是传递给目标线程一个“应该关闭”的信号,由目标线程自行处理。
“应该关闭”的信号的具体体现:
    当目标线程处于阻塞状态,会抛出InterruptedException,而不会将标示位设置为true。
    当目标线程处于非阻塞状态,会将标示位设置为true,不会抛出异常。

应用场景:

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

static boolean interrupted() 方法解释:

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

版权声明:本文为langshiquan原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/langshiquan/p/9535087.html