[多线程] interrupt interrupted isInterrupted 对比、区别联系 多线程中篇(八)

编程语言 编程语言 8605 人阅读 | 0 人回复

interrupt interrupted isInterrupted 是三个“长相”非常类似的方法。

本文将对这三个方法简单的对比下,首先了解下线程停止的方式

线程停止方式

在Java中如果想停止一个线程,有三种方法

  • 采用退出标志,使得run方法执行完之后线程自然终止
  • 使用stop强行终止线程,但该方法由于安全问题已经被deprecated
  • 使用中断机制

退出标志

public class T9 extends Thread {
    private boolean running;

    public void setRunning(boolean running) {
        this.running = running;
    }

    @Override
    public void run() {
        while (running) {
            System.out.println("i am working ....");
        }
    }

    public static void main(String[] args) {
        T9 myThread = new T9();
        myThread.setRunning(true);
        myThread.start();
        try {
            TimeUnit.MILLISECONDS.sleep(2);
        } catch (Exception e) {
        }
        myThread.setRunning(false);
    }
}

运行几次,结果略有不同

image.png

stop 弃用

public class T9 extends Thread {
    private boolean running;

    public void setRunning(boolean running) {
        this.running = running;
    }

    @Override
    public void run() {
        while (running) {
            System.out.println("i am working ....");
        }
    }

    public static void main(String[] args) {
        T9 myThread = new T9();
        myThread.setRunning(true);
        myThread.start();
        try {
            TimeUnit.MILLISECONDS.sleep(2);
        } catch (Exception e) {
        }
        myThread.stop();
    }
}

中断机制

stop等方法已经弃用,退出标记不够灵活有时也有问题,所以目前最合适的解决方式是借助于中断机制

中断机制是一种处理逻辑,而不是说立即中断

中断机制是一种“请求---处理”模型,是一种软中断,并不会因为中断的设置立即停止运行

中断机制的逻辑借助于“中断标志”,当请求一个线程中断时,可以通过设置目标线程的中断标志位进行操作

简单的逻辑如下图所示:

image.png

所以说,对于线程的停止的三种方式,中断机制是一种更好的方式,而且也是一种更加友好的方式。

public class T9 extends Thread {
    private boolean running;
    public void setRunning(boolean running) {
        this.running = running;
    }
    @Override
    public void run() {
        while (running) {
            System.out.println("i am working ....");
        }
    }
    public static void main(String[] args) {
        T9 myThread = new T9();
        myThread.setRunning(true);
        myThread.start();
        myThread.interrupt();
    }
}

上面的代码中,尽管我们通过myThread.interrupt();设置了标志位,但是线程仍旧继续运行,完全并没有停止的意思

image.png

public class T9 extends Thread {
    private boolean running;
    public void setRunning(boolean running) {
        this.running = running;
    }
    @Override
    public void run() {
        while (running) {
            if (Thread.currentThread().isInterrupted()) {
                break;
            }
            System.out.println("i am working ....");
        }
    }
    public static void main(String[] args) {
        T9 myThread = new T9();
        myThread.setRunning(true);
        myThread.start();
        try {
            TimeUnit.MILLISECONDS.sleep(2);
        } catch (Exception e) {
        }
        myThread.interrupt();
    }
}

上面代码中,在run方法中判断中断标志位,如果发现中断标志被置位,那么break,也就是跳出循环

主函数中,线程启动后,主线程休眠2毫秒然后将myThread中断,程序运行一段时间后终止运行

image.png

所以可以看得出来,借助于中断机制对一个线程进行处理,进行中断标志置位,并不会对线程的运行产生影响,到底有何影响,重点要看到底你面对中断标志位会做什么处理。

中断标志位

通过上面的分析,我们可以很清楚的看得出来,中断机制的核心就是借助于中断标志位

而 interrupt interrupted isInterrupted三个方法其实就是对于中断标志位的操作

重新审视下方法,两个实例方法一个静态方法

image.png

API文档

public void interrupt()

中断一个线程(设置标志位)

除非是当前线程正在中断自己(这在任何情况下都是允许的),否则该线程的 checkAccess 方法就会被调用,这可能抛出 SecurityException。

如果线程在调用 Object 类的 wait()、wait(long) 或 wait(long, int) 方法,或者该类的 join()、join(long)、join(long, int)、sleep(long) 或 sleep(long, int) 方法过程中受阻,则其中断状态将被清除,它还将收到一个 InterruptedException。

如果该线程在可中断的通道上的 I/O 操作中受阻,则该通道将被关闭,该线程的中断状态将被设置并且该线程将收到一个 ClosedByInterruptException。

如果该线程在一个 Selector 中受阻,则该线程的中断状态将被设置,它将立即从选择操作返回,并可能带有一个非零值,就好像调用了选择器的 wakeup 方法一样。

如果以前的条件都没有保存,则该线程的中断状态将被设置。

中断一个不处于活动状态的线程不需要任何作用。

抛出:

SecurityException - 如果当前线程无法修改该线程

注意:

如果不是线程自己在中断自己的话,会有安全管理器先进行校验,如果权限不够,将会抛出SecurityException

如果位于特殊的等待状态,比如调用wait()、wait(long)或者join()或者sleep()等方法,中断标志位将会被清除,并且收到一个InterruptedException

前面说到中断标志被置位不影响线程的正常运行,但是这个InterruptedException又是什么意思?

中断标志的确是不影响线程的运行,要看线程对于中断标志是如何进行处理的

但是如果处于等待的话,就会抛出异常

简单说,当一个线程正常运行的时候,可以不用搭理中断标志位;

但是如果比如在等人,在睡觉,一旦被中断就会被吵醒,吵醒了、不爽了、自然要发发牢骚,这个牢骚就是InterruptedException

public boolean isInterrupted()

测试线程是否已经中断

线程的中断状态不受该方法的影响

A thread interruption ignored because a thread was not alive at the time of the interrupt will be reflected by this method returning false.

在中断发生时,如果一个线程并不是alive的,中断操作将会被忽略,也会通过这个方法返回false反映出来

返回:

如果该线程已经中断,则返回 true;否则返回 false。

如果一个线程根本都不是alive的,调用这个方法也是返回false

image.png

public static boolean interrupted()

测试当前线程是否已经中断。

线程的中断状态 由该方法清除。

换句话说,如果连续两次调用该方法,则第二次调用将返回 false(在第一次调用已清除了其中断状态之后,且第二次调用检验完中断状态前,当前线程再次中断的情况除外)。

在中断发生时,如果一个线程并不是alive的,中断操作将会被忽略,也会通过这个方法返回false反映出来

A thread interruption ignored because a thread was not alive at the time of the interrupt will be reflected by this method returning false.

返回:

如果当前线程已经中断,则返回 true;否则返回 false。

接下来看一个方法

image.png

测试线程是否被中断。

中断标志位将会根据参数ClearInterrupted的值决定是否会被清除

这是一个实例方法,所以需要依赖于某个实例对象

再仔细看看静态方法interrupted

image.png

本文作者:程序员潇然 疯狂的字节X https://crazybytex.com/

内部借助于上面的那个私有方法

他的含义就是,测试当前线程是否被中断,并且清除中断标志位

而对于实例方法isInterrupted,仍旧是借助于本地方法,测试某个线程是否被中断,但是并不会清除线程的中断标志

image.png

小结

三个方法全都是用来对线程中断标志进行操作的

public void interrupt()、public boolean isInterrupted()作为实例方法,是对指定线程的操作

假设中断标志位interruptState

那么对于interrupt来说相当于set方法

  public void setInterruptState(boolean interruptState) {
    this.interruptState = interruptState;
  }

对于isInterrupted来说,相当于get方法

 public boolean isInterruptState() {
    return interruptState;
  }

而对于interrupted() 则是相当于getter and setter,并且,是针对于当前线程的

总结

对于三个方法interrupt interrupted isInterrupted,重点是要了解中断标志位

从getter和setter方法的角度理解的话,能够更好地理解,从方法名中也可以很好地看得出来

interrupt作为动词,所以是使之中断,自然是setter方法

而对于isInterrupted 典型的疑问句式,所以是对中断标志位的测试 是getter方法

interrupted看起来就奇葩了一点,所以他是set和get ,并且是针对当前线程的

这样的话就不会混淆了,毕竟名字的确是有些接近

common_log.png 转载务必注明出处:程序员潇然,疯狂的字节X,https://crazybytex.com/thread-69-1-1.html

关注下面的标签,发现更多相似文章

文章被以下专栏收录:

    黄小斜学Java

    疯狂的字节X

  • 目前专注于分享Java领域干货,公众号同步更新。原创以及收集整理,把最好的留下。
    包括但不限于JVM、计算机科学、算法、数据库、分布式、Spring全家桶、微服务、高并发、Docker容器、ELK、大数据等相关知识,一起进步,一起成长。
热门推荐
海康摄像头接入 wvp-GB28181-pro平台测试验
[md]### 简介 开箱即用的28181协议视频平台 `https://github.c
[CXX1300] CMake '3.18.1' was not
[md][CXX1300] CMake '3.18.1' was not found in SDK, PATH, or
[若依]微服务springcloud版新建增添加一个
[md]若依框架是一个比较出名的后台管理系统,有多个不同版本。