协作,才能更好的中断线程

协作,才能更好的中断线程

 

协作,才能更好的中断线程_第1张图片

聊起中断,大家可能最熟悉的例子就是线程休眠。下面就是一个线程休眠的 demo,在这个例子中,当我们调用 sleep 方法,该方法将会抛出一个需要捕获的中断异常,这里捕获该异常并直接返回。

Copy
        for (int i = 0; i < somethings.size(); i++) {
            // 休眠 4 s
            try { Thread.sleep(4000); } catch (InterruptedException e) { // 抛出中断异常 return; } // 输出 System.out.println(somethings.get(i)); }

除了 InterruptedException 中断异常,另外还有三个中断相关的方法,三个方法都与线程相关。

  • thread#interrupt
  • Thread#interrupted
  • thread#isInterrupted

interrupt 方法用于中断线程,但是并不是说该方法就能直接使线程停止

下面使用 interrupt 中断线程,这里我们期望中断直接停止子线程输出。但是当主线程调用子线程 interrupt 方法,子线程并却没有被终止,还在继续打印数字。

Copy
        Runnable interruptedTask=new Runnable() {
            @Override
            public void run() { for (int i = 0; i new Thread(interruptedTask); interruptThread.start(); // 休眠 5 s, TimeUnit.SECONDS.sleep(2); // 中断当前线程 interruptThread.interrupt(); // 再次休眠,观察子线程 TimeUnit.SECONDS.sleep(2);

引用 Java 官方对于中断的解释:

An interrupt is an indication to a thread that it should stop what it is doing and do something else. It's up to the programmer to decide exactly how a thread responds to an interrupt, but it is very common for the thread to terminate

中断仅仅只是表明这个线程可以停止,但是线程是否停止完全取决于线程自己。只有线程相互协作,才能更好的停止线程。

每个线程都包含一个内部标志,用来表示中断状态。调用线程的 interrupt 方法将会设置该状态位,对于 Thread#sleep 等阻塞方法,将会抛出 InterruptedException ,并清除中断标志。

我们可以使用 thread#isInterruptedThread#interrupted 检查中断状态。但是需要注意,两个方法存在一些区别,Thread#interrupted 为静态类方法,该方法检测到中断之后就会清除中断标志。

上面的方法我们只要加上中断状态判断就也可以停止线程。

Copy
        Runnable interruptedTask=new Runnable() {
            @Override
            public void run() { for (int i = 0; i // 一旦检测到中断标志,停止线程 if(Thread.interrupted()){ System.out.println("interrupted!!!!"); break; } System.out.println(i); } } }; Thread interruptThread=new Thread(interruptedTask); interruptThread.start(); // 休眠 5 s, TimeUnit.SECONDS.sleep(2); // 中断当前线程 interruptThread.interrupt(); // 再次休眠,观察子线程 TimeUnit.SECONDS.sleep(2); }

中断最佳实践#

不要随意『吃掉』中断异常#

由于中断异常是一个 checked exception,我们不得不需要处理该异常。如果我们可以保证该异常不影响应用,我们可以直接『吃掉』这个异常。其他情况下我们需要正确处理这个异常。

最简单的做法就是不处理该异常,直接向上抛出中断异常,让上层调用者决定如何处理。

但是有些情况下,却不适合上面的做法,这种情况下我们需要在 catch 中处理中断。如果实在不知道如何处理,那就是记录该异常,并使用日志方式输出。


中断不会停止阻塞 IO#

上面我们说到,对于一些阻塞方法如 Thread#sleep ,将会抛出中断异常。但是对于 Socket 等阻塞 IO 调用,并不会抛出这个异常。也就是说中断并不会停止阻塞 IO 的调用。

这是因为当调用 Thread#sleep 等阻塞方法时,Java 线程状态将会从 RUNNABLE 转变为 TIMED_WAITINGWATTING。而当线程阻塞在 IO 读取时,Java 线程实际状态却还是 RUNNABLE。如果你对这个线程状态还有疑惑,可以阅读下这篇文章 面试官:都说阻塞 I/O 模型将会使线程休眠,为什么 Java 线程状态却是 RUNNABLE?,深入理解一下线程状态。

本文首发于studyidea.cn

欢迎关注我的公众号:程序通事,获得日常干货推送。如果您对我的专题内容感兴趣,也可以关注我的博客:studyidea.cn

协作,才能更好的中断线程_第2张图片

作者: good_andyxu

出处:https://www.cnblogs.com/goodAndyxublog/p/11644252.html

版权:本站使用「CC BY 4.0」创作共享协议,转载请在文章明显位置注明作者及出处。

 
标签: Java

你可能感兴趣的:(协作,才能更好的中断线程)