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

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

 

聊起中断，大家可能最熟悉的例子就是线程休眠。下面就是一个线程休眠的 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 <Integer.MAX_VALUE ; i++) {
                    System.out.println(i);
                }
            }
        };

        Thread interruptThread=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#isInterrupted 或 Thread#interrupted 检查中断状态。但是需要注意，两个方法存在一些区别，Thread#interrupted 为静态类方法，该方法检测到中断之后就会清除中断标志。

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

Copy

        Runnable interruptedTask=new Runnable() {
            @Override
            public void run() {
                for (int i = 0; i <Integer.MAX_VALUE ; 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_WAITING 或 WATTING。而当线程阻塞在 IO 读取时，Java 线程实际状态却还是 RUNNABLE。如果你对这个线程状态还有疑惑，可以阅读下这篇文章 面试官:都说阻塞 I/O 模型将会使线程休眠，为什么 Java 线程状态却是 RUNNABLE？，深入理解一下线程状态。

本文首发于studyidea.cn

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

作者： good_andyxu

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

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

 

标签: Java