Thread类interruptinterrupted及isInterrupted区别

前言

在java Thread类中，我们会看到interrupt()、interrupted()及isInterrupted()，在大多数情况下，我们都不会使用到它们，但是有一个InterruptedException类我们应该是经常会遇到的，例如：

  public static void main(String[] args) {
    try {
      Thread.sleep(1000);
    } catch (InterruptedException e) {
      e.printStackTrace();
    }
  }

那么你知道InterruptedException异常是如何触发的嘛？

如何触发InterruptedException

我们发现，在sleep()、wait()、join()等阻塞方法上才会需要抛InterruptedException：

  public static void main(String[] args) throws InterruptedException {
    Thread t1 = new Thread(() -> {
      try {
        // 执行睡眠1秒，马上会被主线程打断
        Thread.sleep(1000);
      } catch (InterruptedException e) {
        // 触发InterruptedException异常
        e.printStackTrace();
        // 打印是否被打断
        System.out.println(Thread.currentThread().isInterrupted());
      }
    });
    // 主线程启动线程t1
    t1.start();
    // 主线程打断t1
    t1.interrupt();
    // 等等t1执行完毕
    t1.join();
  }

1.我们创建了一个线程对象t1，t1执行逻辑就是sleep 1秒钟；不过我们会发现线程t1根本sleep不了那么久，因为主线程马上就会打断它；线程t1被打断后，会打印出异常堆栈，并输出线程t1的打断标记；

2.在主线程中，启动线程t1后，那么就打断线程t1；

3.等待线程t1逻辑全部执行完毕后主线程退出；

我们会发现，输出的线程t1的打断标记一致是false；咱们明明已经调用了t1.interrupt()，并且也触发了InterruptedException异常，这到底是为什么导致上面代码线程t1的打断标记一直是false呢？

我们从jdk源码中找到了这样一段注释：

简单翻译如下：如果任何线程打断当前线程，当前线程的打断标记在InterruptedException抛出时会被清除掉。

所以说，我们在捕捉到InterruptedException后想要再拿到线程t1的打断标记基本上是不可能的。

interrupt()的作用

在Thread中，我们调用interrupt()并不会阻止目标线程继续执行，它只是给目标线程打上一个标记：

  public static void main(String[] args) throws InterruptedException {
    // 创建线程t1
    Thread t1 = new Thread(() -> {
      int i = 0;
      // 循环自增
      while (true) {
        System.out.println(i);
        i++;
        // 判断是否有打断标记
        if(Thread.currentThread().isInterrupted()){
          System.out.println("线程被打断，跳出循环");
          // 如果有打断标记，就跳出循环
          break;
        }
      }
    });
    // 启动线程t1
    t1.start();
    // 打断线程t1
    t1.interrupt();
    // 等待线程t1执行完毕
    t1.join();
  }

1.在上述代码中，如果删掉break代码，那么线程t1会一直死循环，说明interrupt()是无法阻止线程t1执行的；

2.在非阻塞代码中，我们是可以拿到线程t1的打断标记的，也就是说，非阻塞代码不会清除线程的打断标记；

interrupted()及isInterrupted()的区别

我们可以看一下Thread类中这两个方法的源代码：

    // 静态方法，调用当前线程的isInterrupted(true)
    public static boolean interrupted() {
        return currentThread().isInterrupted(true);
    }
    // 对象方法，调用当前线程对象的isInterrupted(false)
    public boolean isInterrupted() {
        return isInterrupted(false);
    }

根据上面源码，我们发现了interrupted()是一个静态方法，是可以直接通过Thread.interrupted()调用的；isInterrupted()方法是线程对象方法，是需要通过线程对象调用的；我们在前面代码中使用Thread.currentThread().isInterrupted()就是通过线程对象调用的；

另一个区别就是两个方法传递的参数不同，interrupted()传递的true，isInterrupted()传递的是false；这两个参数的作用是是否清除打断标记，也就是说，如果调用Thread.interrupted()返回true后，我们的打断标记会被清除，那么再次调用Thread.interrupted()拿到的就是false；isInterrupted()方法就不会清除打断标记，每次调用isInterrupted()结果都不变；

小结

通过上述示例演示，我们可以总结出如下几点：

1.interrupt()作用是给目标线程打上打断标记，并不会阻止目标线程的继续执行；

2.出现InterruptedException后，打断标记会被清除；

3.interrupted()是静态方法，并且会清除线程打断标记；isInterrupted()是线程对象方法，不会清除打断标记；

以上就是Thread类interrupt interrupted及isInterrupted区别的详细内容，更多关于Thread类interrupt interrupted的资料请关注其它相关文章！