Java中interrupt()是发出中断请求而非强制终止，阻塞方法抛出InterruptedException并清标志，运行线程需主动检查中断状态；正确处理需恢复中断标志或安全退出，并结合finally确保资源释放。
Java 中用 interrupt() 优雅中断阻塞线程，关键不是“强行杀死”，而是“发出中断请求”，由线程自己响应并安全退出。阻塞方法（如 sleep()、wait()、join()、LockSupport.park() 或 I/O 阻塞）在被中断时会清除中断状态，并抛出 InterruptedException；而运行中的线程需主动检查 Thread.interrupted() 或 isInterrupted() 来决定是否退出。
明确中断语义：请求而非强制
调用 thread.interrupt() 只是设置该线程的中断标志位（内部一个布尔状态），不会立即停止线程。真正起作用的是线程自身对中断的响应逻辑：
- 若线程正在执行可中断的阻塞操作（如
Thread.sleep(1000)），会立刻抛出InterruptedException，同时中断状态被自动清除； - 若线程处于运行态（比如在循环中做计算），需定期调用
Thread.interrupted()检查是否被中断，并主动退出； -
isInterrupted()不清除状态，interrupted()是静态方法，检查后会清除标志——适合用在循环条件中。
正确处理 InterruptedException
捕获 InterruptedException 后，不能简单吞掉或忽略。常见错误是只写个空的 catch 块，这会导致中断信号丢失，上层无法感知线程已应中断退出。
- 推荐做法：在
catch块中恢复中断状态（调用Thread.currentThread().interrupt()），让调用栈上游有机会响应； - 如果当前方法就是任务终点（如
Runnable.run()），可直接退出，无需再抛异常； - 避免在
catch中重新抛出InterruptedException后不做任何清理——除非你明确要向上传递中断。
在循环中主动轮询中断状态
对于长时间运行且不进入阻塞态的代码（如密集计算、自旋等待），必须手动检查中断标志，否则 interrupt() 永远不会生效。
立即学习“Java免费学习笔记（深入）”；
- 用
while (!Thread.interrupted()) { ... }作为主循环条件，既检查又清除状态； - 若循环体内部有耗时操作但不抛
InterruptedException（如普通 I/O、数据库查询），建议在关键点插入if (Thread.interrupted()) break;； - 注意：不要仅依赖
isInterrupted()判断后继续跑完整个循环体——可能延迟响应数秒甚至更久。
结合 try-finally 保证资源释放
优雅中断的核心是“安全退出”，意味着释放锁、关闭流、回滚事务等清理工作不能因中断而跳过。
- 所有关键资源操作应放在
try块中，清理逻辑放在finally； - 即使
InterruptedException在中间抛出，finally仍会执行； - 若清理过程本身可能阻塞（如关闭网络连接），也应支持中断——例如使用带超时的 close，或检查中断后再决定是否继续清理。
