孤舟笔记 并发篇三十六 如何安全中断一个正在运行的线程？stop()为什么被废弃

你有没有遇到过这种需求：一个任务跑了太久，想把它停掉。然后你搜到了 Thread.stop()，IDE 却画了条删除线，告诉你"deprecated"。面试官问"如何安全中断线程"，你说了 interrupt()，但追问"interrupt 到底做了什么"、“sleep 中的线程能中断吗”、“如何设计可取消的任务”，就答不完整了。

今天咱们把线程中断的原理和最佳实践讲清楚。

一、先说结论：安全中断的核心方案

一句话记住：线程中断是"商量着来"——你发信号，我看情况自己退出，不能硬来。

二、为什么 stop() 被废弃？

Thread.stop() 会强制终止线程，不管它执行到哪一步：

// ❌ 危险！stop() 已废弃thread.stop();

三个致命问题：

1. 锁不会被释放——线程持有的锁不会正常释放，其他线程永远等下去
2. 对象状态不一致——线程可能刚修改了一半的数据就被杀掉，对象处于不一致状态
3. 安全风险——ThreadDeath 异常可以在任何代码点抛出，连 finally 块都不可靠

// stop() 可能导致的不一致classBankAccount{privateintbalance;voidtransfer(BankAccounttarget,intamount){this.balance-=amount;// 第 1 步// 💥 stop() 在这里杀掉线程！target.balance+=amount;// 第 2 步没执行！}}// 结果：钱扣了但没到账！

生活类比：stop() 像直接拔电源——程序写到一半，文件可能损坏；正确中断像点"保存并退出"——程序自己收拾好再走。

suspend() 也被废弃了：它只暂停不释放锁，容易导致死锁。

三、interrupt() 的真实行为

interrupt() 不是"杀死线程"，而是发一个信号，具体行为取决于线程状态：

Threadt=newThread(()->{while(!Thread.currentThread().isInterrupted()){// 👈 检查中断标志// 做事情...}// 主动退出循环，安全清理});t.start();t.interrupt();// 设置中断标志位 = true 👈

四、两种中断模式

模式一：轮询检查中断标志

适用于：CPU 密集型任务，不涉及阻塞

Threadt=newThread(()->{while(!Thread.currentThread().isInterrupted()){// 👈 定期检查// 做计算...if(Thread.currentThread().isInterrupted()){break;// 发现中断，主动退出}}// 安全清理资源});

模式二：响应 InterruptedException

适用于：涉及 sleep/wait/join 的任务

Threadt=newThread(()->{try{while(running){Thread.sleep(1000);// 阻塞中 👈// 做事情...}}catch(InterruptedExceptione){// sleep 期间被中断，抛出异常// 注意：中断标志位已被清除！👈}// 安全清理资源});

关键陷阱：InterruptedException 被捕获后，中断标志位会被清除！如果你吞掉异常不做处理，中断信号就丢失了。

五、正确处理 InterruptedException

错误做法：吞掉异常

// ❌ 最差做法catch(InterruptedExceptione){// 什么都不做——中断信号丢失！}

正确做法一：重新设置中断标志

catch(InterruptedExceptione){Thread.currentThread().interrupt();// 👈 恢复中断状态// 然后退出或做清理}

正确做法二：向上抛出

publicvoidrun()throwsInterruptedException{// 👈 向上抛while(!Thread.currentThread().isInterrupted()){Thread.sleep(1000);}}

原则：要么自己处理（重新设置中断 + 清理退出），要么向上抛出，绝不能吞掉。

六、不可中断的阻塞怎么办？

等待 synchronized 锁和 I/O 阻塞不响应 interrupt()。解决方案：

// synchronized → 改用 ReentrantLockLocklock=newReentrantLock();lock.lockInterruptibly();// 👈 可中断的锁获取// I/O 阻塞 → 关闭底层资源InputStreamis=socket.getInputStream();// 另一个线程socket.close();// 👈 关闭 socket，read() 抛 SocketException

安全中断线程 全景

安全中断线程 全景 核心原则 ├── 中断是协作式 ── 发信号，不是强杀 ├── interrupt() ── 设标志位 / 抛异常 └── 目标线程配合 ── 检查标志位 / 响应异常 废弃方法 ├── stop() ── 强杀，锁不释放，状态不一致 └── suspend() ── 只暂停不释放锁，死锁风险 两种模式 ├── 轮询检查 ── isInterrupted()，CPU 密集型 └── 响应异常 ── InterruptedException，阻塞型 InterruptedException 处理 ├── ❌ 吞掉异常 ├── ✅ 重新 interrupt() └── ✅ 向上抛出 不可中断的阻塞 ├── synchronized → 改用 ReentrantLock └── I/O 阻塞 → 关闭底层资源 口诀：interrupt 是商量，stop 强杀已废弃， 轮询检查看标志，阻塞响应看异常， 异常别吞要传递，不可中断换方案。

回答技巧与点评

标准回答

安全中断线程的正确方式是调用 interrupt()，配合目标线程检查中断状态或响应 InterruptedException。interrupt() 不是强制终止，而是设置中断标志位——如果线程在运行中，需要自己轮询 isInterrupted() 退出；如果线程在 sleep/wait/join 中，会抛出 InterruptedException。捕获 InterruptedException 后中断标志位会被清除，必须重新调用 interrupt() 恢复或向上抛出。Thread.stop() 已废弃，因为它强制终止线程，可能导致锁不释放和对象状态不一致。

加分回答

1. 协作式 vs 抢占式：Java 的中断是协作式——线程自己决定何时退出，可以保证资源正确释放。而 stop() 是抢占式——操作系统层面直接杀掉线程，无法保证清理。这个思想和 Linux 信号类似：SIGTERM 是协作式（进程可以捕获并优雅退出），SIGKILL 是抢占式（无法捕获）
2. ExecutorService 的取消：ExecutorService.shutdownNow() 会调用所有运行中线程的 interrupt()。Future.cancel(true) 也会 interrupt 运行中的线程。所以用线程池时，通过 Future.cancel() 来取消任务是最规范的做法
3. 不可中断阻塞的根因：synchronized 的锁等待不响应 interrupt 是 JVM 规范的设计选择——synchronized 的锁获取是 JVM 内部实现，不是 Java 代码层面可控的。ReentrantLock.lockInterruptibly() 可以响应中断，是因为它用 LockSupport.park() 实现，park 本身支持中断唤醒

面试官点评

这道题考的是你对线程生命周期和中断机制的理解。能说出"interrupt + 配合检查、stop 已废弃"是基本要求，能讲清楚 interrupt 在不同线程状态下的行为、InterruptedException 的正确处理方式，才算及格。如果你能提到 ExecutorService 的取消机制、不可中断阻塞的替代方案、协作式 vs 抢占式的本质区别，面试官会认为你对线程管理有实战经验。

原文阅读

内容有帮助？点赞、收藏、关注三连！评论区等你 💪