线程池不保存中断状态，而是通过shutdownnow()调用thread.interrupt()传递中断信号；任务须捕获interruptedexception后立即恢复中断标志，空闲线程回收也依赖可中断等待，避免吞掉中断或误清标志。
线程池在任务清理和回收过程中，本身不“保持”线程的中断状态，而是通过协作机制将中断意图准确传递给任务，并依赖任务自身正确响应。关键不是保存状态，而是不丢失、不掩盖、不误清中断信号。
shutdownNow() 如何触发并传递中断
调用 shutdownNow() 时，线程池会遍历所有正在运行的工作线程，对每个线程执行 thread.interrupt()。这会：
- 设置该线程的中断标志位（
isInterrupted()将返回true）； - 若线程正阻塞在
sleep()、wait()、join()或支持中断的 I/O 上，则立即抛出InterruptedException； - 注意：JVM 抛出该异常后，会自动把中断标志清为
false——这是关键点，也是最容易出错的地方。
任务必须主动恢复中断状态
一旦捕获 InterruptedException，任务代码**不能仅做日志或静默吞掉**，而应立即恢复中断标志，否则上层（如线程池回收逻辑、外部监控）将无法感知中断已发生：
- 在
catch块中调用 Thread.currentThread().interrupt()； - 随后建议直接
return或抛出封装后的异常，避免继续执行； - 若任务含循环，循环条件应持续检查
!Thread.currentThread().isInterrupted()，而非只在开头判断一次。
空闲线程回收时不干扰中断语义
非核心线程在空闲超时（keepAliveTime）后退出，其退出逻辑本身不依赖中断标志，但需注意：
- 线程池内部使用
BlockingQueue.poll(timeout)或take()等可中断方法等待新任务； - 若此时被
shutdownNow()中断，同样会抛出InterruptedException，此时 Worker 线程也会按规范恢复中断并退出； - 因此，空闲线程的“回收”本质是响应中断后自然终止，而非强行 kill，中断控制权始终在任务与线程池之间清晰交接。
避免常见破坏中断链的行为
以下写法会切断中断传播，导致线程池无法真正终结：
- 捕获
InterruptedException后未调用interrupt()，直接继续循环； - 在
finally块中调用Thread.interrupted()（它会清除状态）； - 用
volatile boolean running = true替代中断检查，却未在interrupt()调用后同步置false； - 阻塞在不响应中断的操作上（如传统
InputStream.read()），导致中断永远无法生效。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
