死循环不响应interrupt()是因为未检查中断状态；interrupt()仅设标志位，线程需主动调用isinterrupted()或处理interruptedexception并恢复中断，否则无法停止。
死循环里不响应 interrupt() 是因为没检查中断状态
Java 的 Thread.interrupt() 不会强制终止线程，它只是设置一个中断标志位。如果线程在死循环中既不调用阻塞方法（如 sleep()、wait()、join()），也不主动检查 Thread.currentThread().isInterrupted() 或 interrupted()，那中断就完全无效。
常见错误写法：
while (true) {
// 没有任何中断检查，也没调用可响应中断的阻塞方法
doWork();
}
这种循环会彻底忽略 interrupt()，即使外部反复调用也停不下来。
- 必须在循环条件或循环体内显式检查中断状态
- 优先用
Thread.currentThread().isInterrupted()（不清除标志），避免和interrupted()（会清除）混淆 - 若循环体里有
sleep()等阻塞调用，需捕获InterruptedException并通常选择退出或重新设置中断
InterruptedException 被吞掉是线程无法停止的最常见原因
很多开发者在 catch (InterruptedException e) 后只写了个空块或简单打印日志，却忘了恢复中断状态——这等于把“停止信号”悄悄丢弃了。
立即学习“Java免费学习笔记（深入）”；
正确做法是：在捕获后立即调用 Thread.currentThread().interrupt() 重置标志，让外层循环能感知到中断。
while (!Thread.currentThread().isInterrupted()) {
try {
Thread.sleep(100);
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 关键：恢复中断状态
break;
}
doWork();
}
- 不要用
e.printStackTrace()代替中断恢复 - 不要在
catch块里直接 return 而不设中断标志——后续逻辑可能依赖isInterrupted() - 如果确定要终止，可在
catch中直接break或return，但前提是上层循环条件已基于中断判断
用 volatile boolean 配合 interrupt() 更可控
单纯依赖中断标志在某些场景下不够直观，比如需要支持“暂停”“取消任务”“优雅清理”等多状态控制时。volatile boolean 标志位 + interrupt() 组合是更健壮的选择。
关键点：
-
volatile保证标志对所有线程可见，避免因 CPU 缓存导致读不到最新值 - 中断用于处理阻塞等待的唤醒（如
BlockingQueue.take()），而布尔变量控制主逻辑生命周期 - 两者不是二选一，而是互补：中断解决“卡住”，布尔变量解决“该不该继续”
示例：
private volatile boolean running = true;
public void run() {
while (running && !Thread.currentThread().isInterrupted()) {
try {
String task = queue.poll(1, TimeUnit.SECONDS); // 可被中断
if (task != null) handle(task);
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
break;
}
}
cleanup(); // 保证执行清理逻辑
}
使用 ExecutorService 时别只调 shutdownNow()
很多人以为 executor.shutdownNow() 就能立刻停掉所有线程，其实它只是对所有活跃线程调用 interrupt()，然后返回尚未执行的任务列表。如果线程内部没正确响应中断，照样停不下来。
更安全的做法是：
- 先调
shutdown()停止接收新任务，再配合awaitTermination()等待自然结束 - 超时后才用
shutdownNow()强制中断，并确保线程实现里已处理好中断逻辑 - 务必检查
awaitTermination()返回值：true 表示成功终止，false 表示超时，此时需判断是否要放弃或重试
线程池中的任务若本身是死循环且无中断检查，shutdownNow() 对它完全无效——它会继续跑下去，直到 JVM 退出。
真正优雅的停止，从来不是靠“怎么中断”，而是靠“哪里检查”和“检查之后做什么”。漏掉一次 isInterrupted() 判断，或者吞掉一次 InterruptedException，整个停止逻辑就断在那儿了。
