17370845950

Java中interrupt()仅设置中断标志位，不强制终止线程；线程需主动检查标志或捕获InterruptedException来响应，属协作式中断机制。

Java 中 interrupt() 方法真正作用是设置线程的中断状态（即中断标志位为 true），它不强制终止线程，也不直接干预线程执行流。是否停止、何时停止、如何清理，完全由线程自身决定——这是一种协作式中断机制。

中断只是发信号，不是下命令

调用 t.interrupt() 仅做一件事：把线程 t 的中断标志设为 true。线程不会因此暂停、挂起或退出。它继续运行，就像什么都没发生——除非它主动检查这个标志，或恰好在某些敏感点上被影响。

• 如果线程正在执行普通代码（如循环计算、IO读取等），中断只改标志，无其他副作用
• 如果线程正阻塞在 sleep()、wait()、join() 等方法上，会立即唤醒并抛出 InterruptedException，同时**自动清除中断标志（重置为 false）**
• 若阻塞中被中断，异常抛出后需手动重新设置中断（如 Thread.currentThread().interrupt()）来保留意图，否则后续检查会误判为“未中断”

怎么知道线程被中断了？靠这三个方法配合

Java 提供三个关键 API 来读取和管理中断状态，用途各不相同：

• Thread.interrupted()：静态方法，检查**当前线程**是否被中断，并**清除中断标志**（查完就变 false）。适合在循环条件中使用，例如 while (!Thread.interrupted()) { ... }
• thread.isInterrupted()：实例方法，检查指定线程的中断状态，**不改变标志位**。适合外部线程查询目标线程状态，比如监控或日志
• Thread.currentThread().isInterrupted()：等价于上面，但更明确指向当前线程

中断生效的关键：线程必须主动配合

没有主动检查，中断就等于没发。典型配合方式有两类：

• 在循环中定期检测：用 !Thread.interrupted() 控制循环继续，一旦中断触发就自然退出
• 捕获 InterruptedException 并响应：在 catch 块里选择退出、清理资源、或重新中断（Thread.currentThread().interrupt()）以向上传递信号
• 注意：不要简单吞掉 InterruptedException 而不做任何处理，这会让中断“消失”，破坏协作契约

常见误区澄清

很多人误以为 interrupt() 类似操作系统 kill 信号，其实不然：

• 它不能中断正在执行的 native 方法或无限循环（除非循环内检查中断）
• Thread.stop() 已废弃且危险，interrupt() 是唯一安全替代方案
• 中断标志被清除后（如 sleep 抛异常时），若业务逻辑还需响应中断，必须手动恢复，否则后续判断会失效
• 中断不是“线程死亡通知”，而是“请尽快结束当前任务”的温和提示