Java中interrupt()仅设置中断标志位，不强制终止线程；线程需主动检查标志或捕获InterruptedException来响应，属协作式中断机制。
Java 中 interrupt() 方法真正作用是设置线程的中断状态（即中断标志位为 true），它不强制终止线程，也不直接干预线程执行流。是否停止、何时停止、如何清理，完全由线程自身决定——这是一种协作式中断机制。
中断只是发信号，不是下命令
调用 t.interrupt() 仅做一件事：把线程 t 的中断标志设为 true。线程不会因此暂停、挂起或退出。它继续运行，就像什么都没发生——除非它主动检查这个标志，或恰好在某些敏感点上被影响。
- 如果线程正在执行普通代码（如循环计算、IO读取等），中断只改标志，无其他副作用
- 如果线程正阻塞在
sleep()、wait()、join()等方法上，会立即唤醒并抛出InterruptedException，同时**自动清除中断标志（重置为false）** - 若阻塞中被中断，异常抛出后需手动重新设置中断（如
Thread.currentThread().interrupt()）来保留意图，否则后续检查会误判为“未中断”
怎么知道线程被中断了？靠这三个方法配合
Java 提供三个关键 API 来读取和管理中断状态，用途各不相同：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
Thread.interrupted()：静态方法，检查**当前线程**是否被中断，并**清除中断标志**（查完就变false）。适合在循环条件中使用，例如while (!Thread.interrupted()) { ... } -
thread.isInterrupted()：实例方法，检查指定线程的中断状态，**不改变标志位**。适合外部线程查询目标线程状态，比如监控或日志 -
Thread.currentThread().isInterrupted()：等价于上面，但更明确指向当前线程
中断生效的关键：线程必须主动配合
没有主动检查，中断就等于没发。典型配合方式有两类：
立即学习“Java免费学习笔记（深入）”；
-
在循环中定期检测：用
!Thread.interrupted()控制循环继续，一旦中断触发就自然退出 -
捕获 InterruptedException 并响应：在
catch块里选择退出、清理资源、或重新中断（Thread.currentThread().interrupt()）以向上传递信号 - 注意：不要简单吞掉
InterruptedException而不做任何处理，这会让中断“消失”，破坏协作契约
常见误区澄清
很多人误以为 interrupt() 类似操作系统 kill 信号，其实不然：
- 它不能中断正在执行的 native 方法或无限循环（除非循环内检查中断）
-
Thread.stop()已废弃且危险，interrupt()是唯一安全替代方案 - 中断标志被清除后（如 sleep 抛异常时），若业务逻辑还需响应中断，必须手动恢复，否则后续判断会失效
- 中断不是“线程死亡通知”，而是“请尽快结束当前任务”的温和提示
