为什么不强制停止？ 如何用 interrupt 停止线程？ 休眠阶段是可以感受中断的？怎么处理呢（避免屏蔽中断）？ 为什么用 volatile 标记位的停止方法是错误的？

目录

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

如何用 interrupt 停止线程？

休眠阶段是可以感受中断的？怎么处理呢（避免屏蔽中断）？

为什么用 volatile 标记位的停止方法是错误的？

---

线程操作方法：

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

对于 Java 而言，最正确的停止线程的方式是使用 interrupt。但 interrupt 仅仅起到通知被停止线程的作用。而对于被停止的线程而言，它拥有完全的自主权，它既可以选择立即停止，也可以选择一段时间后停止，也可以选择压根不停止。比如：线程正在写入一个文件，这时收到终止信号，它就需要根据自身业务判断，是选择立即停止，还是将整个文件写入成功后停止，而如果选择立即停止就可能造成数据不完整，不管是中断命令发起者，还是接收者都不希望数据出现问题。

如何用 interrupt 停止线程？

停止方式：

while (!Thread.currentThread().islnterrupted() && more work to do) { // 没有中断信号，并且还有工作要做
    do more work
}

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

休眠阶段是可以感受中断的？怎么处理呢（避免屏蔽中断）？

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

避免屏蔽中断，两种方式：

• 方法签名抛异常，层层向上抛出异常InterruptedException；

• 使用try...catch，在catch中再次中断（Thread.currentThread().interrupt()）；

为什么用 volatile 标记位的停止方法是错误的？

首先需要知道变量处理经历的步骤：

• 获取变量原有的数据内容副本；

• 利用副本为变量进行数学计算；

• 将计算后的变量，保存到原始空间之中；

具体如图：

如果一个属性上追加volatile关键字，表示不使用副本，而是直接操作原始变量，相当于节约了：拷贝副本与重新保存的步骤。

所以volatile只是避免了其它线程更改volatile属性的问题，但无法使用volatile标记位终止线程。例如：在休眠阶段是无法知道标记更改。