Java中interrupt()仅设置中断标志而非强制终止线程，线程需主动检查isInterrupted()或捕获InterruptedException来响应并安全退出。
Java 中不能强制终止线程，interrupt() 的作用是“发出中断请求”，而非立即停掉线程。真正实现优雅中断，关键在于线程自身要主动响应中断信号，并在合适的位置检查状态、清理资源、安全退出。
理解 interrupt() 的实际行为
它不杀线程，只设一个布尔标志（中断状态）。调用 thread.interrupt() 会做三件事：
- 如果目标线程正在阻塞（如
sleep()、wait()、join()或 I/O 等待），则立即抛出InterruptedException，同时清除中断状态（即isInterrupted()变为false）； - 如果线程处于正常运行状态，则仅将其中断状态设为
true，不会抛异常，也不会影响执行流； - 若线程已终止，调用
interrupt()没有效果。
线程需主动响应中断：检查 + 处理
在循环体或长时间任务中，应定期检查中断状态，决定是否退出。推荐写法：
- 用
Thread.currentThread().isInterrupted()判断（不重置状态），适合在非阻塞逻辑中使用； - 捕获
InterruptedException后，通常应恢复中断状态（调用Thread.currentThread().interrupt()），尤其在无法直接退出方法时，把中断“向上传递”； - 避免仅吞掉异常却不处理中断（比如空的
catch (InterruptedException e) {}），这会让中断失效。
示例：一个带中断响应的计数任务
立即学习“Java免费学习笔记（深入）”；
Thread worker = new Thread(() -> {
try {
for (int i = 0; i < 1000; i++) {
System.out.println("Working: " + i);
Thread.sleep(100); // 可能被中断
}
} catch (InterruptedException e) {
System.out.println("Thread interrupted, cleaning up...");
// 恢复中断状态，便于上层感知
Thread.currentThread().interrupt();
return; // 安全退出
}
});
worker.start();
// 主动中断
Thread.sleep(500);
worker.interrupt();
阻塞与非阻塞混合场景下的处理策略
真实业务中常有计算+等待交替的情况。此时需兼顾两种中断路径：
- 在
sleep()/wait()等处靠异常捕获响应； - 在密集计算循环中插入
if (Thread.currentThread().isInterrupted()) break;； - 若使用了
java.util.concurrent工具类（如ExecutorService），优先调用shutdownNow()—— 它会对所有活跃任务调用interrupt()，并返回未执行的任务列表。
资源清理不可少：用 finally 或 try-with-resources
无论因中断还是自然结束，打开的文件、网络连接、锁等都必须释放。推荐模式：
- 在
try块中执行主逻辑； - 在
finally块中关闭资源或释放锁； - 若资源支持自动关闭（如
InputStream），优先用try-with-resources，它在异常或正常退出时都会触发关闭。
不复杂但容易忽略：优雅中断 = 请求 + 响应 + 清理。核心不是调用 interrupt()，而是让线程“听得懂、愿意听、收好尾”。
