Java如何正确停止线程

对于 Java 而言，最正确的停止线程的方式是使用 interrupt()方法。但 interrupt()方法仅仅起到通知被停止线程的作用。

为什么不强制停止？而是通知、协作

事实上，Java 希望程序间能够相互通知、相互协作地管理线程，因为如果不了解对方正在做的工作，贸然强制停止线程就可能会造成一些安全的问题。比如：线程正在写入一个文件，这时收到终止信号，它就需要根据自身业务判断，是选择立即停止，还是将整个文件写入成功后停止，而如果选择立即停止就可能造成数据不完整。

如何使用Interrupt()方法停止线程

while (!Thread.currentThread().islnterrupted() && more work to do) {
    do more work
}

明白 Java 停止线程的设计原则之后，我们看看如何用代码实现停止线程的逻辑。我们一旦调用某个线程的 interrupt() 方法之后，这个线程的中断标记位就会被设置成 true。每个线程都有这样的标记位，当线程执行时，应该定期检查这个标记位，如果标记位被设置成 true，就说明有程序想终止该线程。查看代码，可以看到在 while 循环体判断语句中，首先通过 Thread.currentThread().isInterrupt() 判断线程是否被中断，随后检查是否还有工作要做。&& 逻辑表示只有当两个判断条件同时满足的情况下，才会去执行下面的工作。

具体例子

public class StopThreadDemo implements Runnable{

    @Override
    public void run() {
        int count = 0;
        while (!Thread.currentThread().isInterrupted() && count <= 100) {
            System.out.print("当前执行第" + count++ + "循环！");
        }
    }

    public static void main(String[] args) throws InterruptedException {
        StopThreadDemo demo = new StopThreadDemo();
        Thread thread = new Thread(demo);
        thread.start();
        Thread.sleep(1);
        thread.interrupt();
    }
}

执行结果

当前执行第0循环！当前执行第1循环！当前执行第2循环！当前执行第3循环！当前执行第4循环！当前执行第5循环！

在 StopThreadDemo 类的 run() 方法中，首先判断线程是否被中断，然后判断 count 值是否小于等于 100。这个线程的工作内容很简单，就是打印 0~99 的数字，每打印一个数字 count 值加 1，可以看到，线程会在每次循环开始之前，检查是否被中断了。接下来在 main 函数中会启动该线程，然后休眠 1 毫秒后立刻中断线程，该线程会检测到中断信号，于是在还没打印完100个数的时候就会停下来，这种就属于通过 interrupt 正确停止线程的情况。

sleep 期间能否感受到中断

public class StopThreadDemo implements Runnable{

    @Override
    public void run() {
        int count = 0;
        while (!Thread.currentThread().isInterrupted() && count <= 100) {
            System.out.print("当前执行第" + count++ + "循环！");
            try {
                Thread.sleep(5);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }

    public static void main(String[] args) throws InterruptedException {
        StopThreadDemo demo = new StopThreadDemo();
        Thread thread = new Thread(demo);
        thread.start();
        Thread.sleep(1);
        thread.interrupt();
    }
}

改写上面的代码，如果线程在执行任务期间有休眠需求，也就是每打印一个数字，就进入一次休眠，而此时将 Thread.sleep() 的休眠时间设置为 5毫秒。

当前执行第0循环！当前执行第1循环！当前执行第2循环！当前执行第3循环！当前执行第4循环！java.lang.InterruptedException: sleep interrupted
	at java.lang.Thread.sleep(Native Method)
	at com.lagou.demo.StopThreadDemo.run(StopThreadDemo.java:11)
	at java.lang.Thread.run(Thread.java:748)
当前执行第5循环！当前执行第6循环！当前执行第7循环！当前执行第8循环！当前执行第9循环！当前执行第10循环！当前执行第11循环！当前执行第12循环！当前执行第13循环！当前执行第14循环！当前执行第15循环！当前执行第16循环！当前执行第17循环！当前执行第18循环！当前执行第19循环！当前执行第20循环！当前执行第21循环！当前执行第22循环！当前执行第23循环！当前执行第24循环！当前执行第25循环！当前执行第26循环！当前执行第27循环！当前执行第28循环！当前执行第29循环！当前执行第30循环！当前执行第31循环！当前执行第32循环！当前执行第33循环！当前执行第34循环！当前执行第35循环！当前执行第36循环！当前执行第37循环！当前执行第38循环！当前执行第39循环！当前执行第40循环！当前执行第41循环！当前执行第42循环！当前执行第43循环！当前执行第44循环！当前执行第45循环！当前执行第46循环！当前执行第47循环！当前执行第48循环！当前执行第49循环！当前执行第50循环！当前执行第51循环！当前执行第52循环！当前执行第53循环！当前执行第54循环！当前执行第55循环！当前执行第56循环！当前执行第57循环！当前执行第58循环！当前执行第59循环！当前执行第60循环！当前执行第61循环！当前执行第62循环！当前执行第63循环！当前执行第64循环！当前执行第65循环！当前执行第66循环！当前执行第67循环！当前执行第68循环！当前执行第69循环！当前执行第70循环！当前执行第71循环！当前执行第72循环！当前执行第73循环！当前执行第74循环！当前执行第75循环！当前执行第76循环！当前执行第77循环！当前执行第78循环！当前执行第79循环！当前执行第80循环！当前执行第81循环！当前执行第82循环！当前执行第83循环！当前执行第84循环！当前执行第85循环！当前执行第86循环！当前执行第87循环！当前执行第88循环！当前执行第89循环！当前执行第90循环！当前执行第91循环！当前执行第92循环！当前执行第93循环！当前执行第94循环！当前执行第95循环！当前执行第96循环！当前执行第97循环！当前执行第98循环！当前执行第99循环！当前执行第100循环！

主线程休眠 1 毫秒后，通知子线程中断，此时子线程仍在执行 sleep 语句，处于休眠中。那么就需要考虑一点，在休眠中的线程是否能够感受到中断通知呢？是否需要等到休眠结束后才能中断线程呢？如果是这样，就会带来严重的问题，因为响应中断太不及时了。正因为如此，Java 设计者在设计之初就考虑到了这一点。

如果 sleep、wait 等可以让线程进入阻塞的方法使线程休眠了，而处于休眠中的线程被中断，那么线程是可以感受到中断信号的，并且会抛出一个 InterruptedException 异常，同时清除中断信号，将中断标记位设置成 false。这样一来就不用担心长时间休眠中线程感受不到中断了，因为即便线程还在休眠，仍然能够响应中断通知，并抛出异常。

两种最佳处理方式

可以在方法中使用 try/catch 或在方法签名中声明 throws InterruptedException。

方法签名抛异常，run() 强制 try/catch

我们先来看下 try/catch 的处理逻辑。如上面的代码所示，catch 语句块里代码是空的，它并没有进行任何处理。假设线程执行到这个方法，并且正在休眠，此时有线程发送 interrupt 通知试图中断线程，就会立即抛出异常，并清除中断信号。抛出的异常被 catch 语句块捕捉。

但是，捕捉到异常的 catch 没有进行任何处理逻辑，相当于把中断信号给隐藏了，这样做是非常不合理的，那么究竟应该怎么处理呢？首先，可以选择在方法签名中抛出异常。

调用方法不使用 try/catch 并在 catch 中正确处理异常，将异常声明到方法签名中。如果每层逻辑都遵守规范，便可以将中断信号层层传递到顶层，最终让 run() 方法可以捕获到异常。而对于 run() 方法而言，它本身没有抛出 checkedException 的能力，只能通过 try/catch 来处理异常。层层传递异常的逻辑保障了异常不会被遗漏，而对 run() 方法而言，就可以根据不同的业务逻辑来进行相应的处理。

再次中断

除了刚才推荐的将异常声明到方法签名中的方式外，还可以在 catch 语句中再次中断线程。如代码所示，需要在 catch 语句块中调用 Thread.currentThread().interrupt() 函数。因为如果线程在休眠期间被中断，那么会自动清除中断信号。如果这时手动添加中断信号，中断信号依然可以被捕捉到。这样后续执行的方法依然可以检测到这里发生过中断，可以做出相应的处理，整个线程可以正常退出。

try {
	Thread.sleep(5);
} catch (InterruptedException e) {
	e.printStackTrace();
	Thread.currentThread().interrupt();
}

我们需要注意，我们在实际开发中不能盲目吞掉中断，如果不在方法签名中声明，也不在 catch 语句块中再次恢复中断，而是在 catch 中不作处理，我们称这种行为是“屏蔽了中断请求”。如果我们盲目地屏蔽了中断请求，会导致中断信号被完全忽略，最终导致线程无法正确停止。

---

如有问题，请指出，一起学习，一起努力，加油~~