interrupt() 方法仅设置中断标志，不强制终止线程；线程需主动检查 isinterrupted() 或 interrupted() 并响应，阻塞中抛 interruptedexception 会自动清标志，捕获后应调用 interrupt() 恢复状态。
Java 中的 interrupt() 方法并不会直接中断或终止线程，它只是设置线程的中断状态（一个布尔标志位），向线程发出“请尽快停止”的协作式请求。线程是否响应、何时响应、如何退出，完全取决于你写的逻辑。
interrupt() 的真实作用是设标志，不是杀线程
调用 thread.interrupt() 后：
- 线程的中断标志被设为
true - 如果线程正处在
sleep()、wait()、join()或阻塞队列的take()/put()等可中断阻塞状态，会立即抛出InterruptedException，同时中断标志被自动清为false - 如果线程正在运行（非阻塞），什么也不会发生——它继续执行，除非你自己检查中断状态并主动退出
必须主动检查中断状态才能退出循环
典型写法是在循环条件中持续检测：
-
while (!Thread.currentThread().isInterrupted()) { /* 正常工作 */ }—— 推荐，不清除状态，适合长期轮询 -
while (!Thread.interrupted()) { /* 正常工作 */ }—— 静态方法，每次调用后清除标志，适合单次判断或简单场景
注意：仅靠 interrupt() 调用 + 死循环（如 while(true)）而无检查，线程永远停不下来。
捕获 InterruptedException 后务必恢复中断状态
阻塞方法抛出异常时，JVM 会自动清除中断标志。若你在 catch 块里只打印日志或什么都不做，中断信号就丢失了。
正确做法是立即恢复：
catch (InterruptedException e) { Thread.currentThread().interrupt(); // 重置标志 return; // 或 break; }- 这样上层调用者仍能通过
isInterrupted()感知到中断意图，实现多层协作退出
常见错误写法与后果
这些看似合理、实则失效的代码很典型：
-
while(true) { doWork(); }—— 从不查中断，interrupt()完全无效 -
catch(InterruptedException e) { e.printStackTrace(); }—— 吞掉异常，中断状态已清，后续无法感知 -
if (Thread.interrupted()) break;写在循环体末尾但没 break 循环外逻辑 —— 可能漏掉一次检查，或因清除标志导致下次进不来
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
