Java无法强制终止线程，唯一安全方式是协作式中断：线程需主动检查interrupt()标志并优雅退出，配合isInterrupted()、正确处理InterruptedException及资源清理。
Java 中无法真正“强制停止”一个正在运行的线程，Thread.stop() 已被废弃且危险，调用会破坏锁状态、导致数据不一致。安全终止线程唯一可靠的方式是**协作式中断（cooperative interruption）**——让线程自己检查中断信号并优雅退出。
为什么不能直接 kill 线程
Java 的线程模型不支持抢占式终止。早期的 Thread.stop() 会立即释放所有已持有的 monitor 锁，造成对象处于不一致状态；Thread.suspend() 和 Thread.resume() 易引发死锁。JVM 设计上要求线程自行决定何时退出。
-
Thread.interrupt()只是设置一个中断标志位，并不会强制终止执行 - 只有线程在
Object.wait()、Thread.sleep()、LockSupport.park()等可中断阻塞点时，才会抛出InterruptedException - 对运行中（RUNNABLE）且未主动检测中断的线程，
interrupt()几乎无效果
正确使用 interrupt() + isInterrupted() 配合循环退出
适用于 CPU 密集型任务或自定义循环逻辑。关键在于：在循环条件中显式检查 Thread.currentThread().isInterrupted()，并在捕获 InterruptedException 后恢复中断状态（避免丢失信号）。
while (!Thread.currentThread().isInterrupted()) {
// 执行任务逻辑
doWork();
// 模拟可能阻塞的操作（如 I/O 或 sleep）
try {
Thread.sleep(100);
} catch (InterruptedException e) {
// 清理资源后退出，或重新设置中断状态
Thread.currentThread().interrupt(); // 重要：恢复中断标志
break;
}
}
- 永远不要忽略
InterruptedException，也不要只写空的catch - 在
catch块中调用Thread.currentThread().interrupt()是为了向调用栈上层传递中断意图 - 避免使用静态方法
Thread.interrupted()（它会清除标志），除非你明确需要“消费”该中断
在 ExecutorService 中终止任务的推荐方式
使用线程池时，应通过 Future.cancel(true) 请求中断，再配合 shutdownNow() 终止整个池。注意：cancel(true) 是否生效，仍取决于任务内部是否响应中断。
立即学习“Java免费学习笔记（深入）”；
-
future.cancel(true)会对执行该任务的线程调用interrupt() -
executor.shutdownNow()尝试中断所有活跃线程，并返回尚未开始的任务列表 - 必须调用
executor.awaitTermination()等待实际终止，否则主线程可能提前结束 - 若任务使用了不可中断的阻塞操作（如
InputStream.read()），需额外设计超时或关闭底层资源来配合退出
容易被忽略的边界情况
中断机制不是万能的。以下场景需额外处理：
- native 方法或 JNI 调用通常不响应 Java 中断
- 同步 I/O（如
SocketInputStream.read()）默认不可中断，需配合Socket.setSoTimeout()或改用 NIO 的Selector - 持有锁时被中断，不会自动释放锁——必须确保
finally块中释放锁（推荐用try-with-resources或ReentrantLock.lockInterruptibly()） - 长时间计算未设检查点，会导致中断延迟响应——应在合理粒度插入
isInterrupted()判断
真正安全的线程终止，本质是设计问题：从编码一开始就要把“可中断性”作为任务契约的一部分，而不是事后补救。
