Java线程中断应采用协作式而非强制终止，通过volatile标志位控制循环退出，并配合interrupt()处理阻塞状态，使用Executor框架统一管理，确保资源在finally中释放。

不能靠“强行杀掉”来中断线程，Java 没有提供安全的 stop() 方法，直接终止可能破坏数据一致性、导致资源泄漏。真正可靠的方式是“协作式中断”——让线程自己感知信号、清理资源、再退出。

用 volatile 标志位控制循环退出

适用于线程体中以 while 循环为主、不调用阻塞方法（如 sleep、wait、join、I/O）的场景。核心是定义一个共享的 volatile 布尔变量，线程持续检查它，为 true 时继续运行，变为 false 时主动退出。

• 必须用 volatile 修饰，确保修改对所有线程立即可见
• 标志位检查要放在循环条件里，而不是只在开头判断一次
• 如果循环体内有耗时操作但不响应中断（比如纯计算），这是唯一能起效的方式

配合 interrupt() 处理阻塞状态

当线程处于 sleep、wait、join 或某些 I/O 等待状态时，仅靠标志位无法及时唤醒它。这时需要调用 interrupt() 方法：它会立即打断阻塞，并抛出 InterruptedException，同时将中断状态清空。

• 捕获 InterruptedException 后，通常应立即退出 run 方法，或重设中断状态（Thread.currentThread().interrupt()）供上层处理
• 不要忽略该异常，也不要只打印堆栈而不做任何退出动作
• 注意：interrupt() 对正在执行普通代码（非阻塞）的线程只是设置中断标志，不会暂停执行

推荐使用 Executor 框架统一管理

实际项目中，不建议手动 new Thread。用 ExecutorService（如 Executors.newFixedThreadPool）启动任务，通过 Future.cancel(true) 发起中断请求，框架会自动调用底层线程的 interrupt() 并处理生命周期。

• submit() 返回 Future，支持超时等待和取消语义
• cancel(true) 表示“如果任务正在运行，尝试中断它”
• 配合 Callable + Future，还能获取执行结果或异常，比裸线程更健壮

关键细节别踩坑

中断不是命令，而是请求；线程是否响应、何时响应、如何清理，全由线程自身逻辑决定。

• isInterrupted() 检查当前线程中断状态，不改变标志位
• interrupted() 是静态方法，检查后会清除中断状态（只用一次）
• 不要混用标志位和 interrupt() 却不检查两者——比如 while(!flag && !Thread.interrupted())
• 持有锁、打开文件、占用数据库连接等资源时，务必在 finally 块中释放，无论是否被中断