Java线程池无法强制停止线程，只能通过协作式中断机制安全取消任务：调用interrupt()仅设置中断状态位并唤醒阻塞线程，任务需主动检查isInterrupted()或捕获InterruptedException来优雅退出。
Java线程池中无法真正“停止”一个正在运行的线程，但可以通过协作式中断机制安全地取消任务。关键不是强制杀死线程，而是让任务主动响应中断信号并优雅退出。
理解中断机制的本质
Java的中断（interrupt()）不是终止线程的指令，而是一种协作通知：它只是设置线程的中断状态位，并可能唤醒阻塞中的线程（如 sleep()、wait()、join() 或 BlockingQueue.take()）。任务是否响应、何时响应、如何清理，完全由任务自身逻辑决定。
- 调用 Thread.interrupt() 后，线程的 isInterrupted() 返回 true
- 被中断的阻塞方法会抛出 InterruptedException，同时自动清除中断状态
- Thread.interrupted() 是静态方法，会清除当前线程的中断状态
在 Runnable/Callable 中正确响应中断
任务代码必须显式检查中断状态或捕获 InterruptedException，并在合适时机退出执行流程。
- 循环体中定期调用 Thread.currentThread().isInterrupted() 判断是否该退出
- 捕获 InterruptedException 后，通常应恢复中断状态（Thread.currentThread().interrupt()），以便上层代码感知
- 避免吞掉中断异常却不做任何处理（例如只写 catch (InterruptedException e) { }）
- 涉及 I/O 或锁等待时，优先使用支持中断的 API（如 Lock.lockInterruptibly()、Future.get(long, TimeUnit)）
线程池层面的任务取消操作
通过 ExecutorService 提供的方法触发取消，但效果取决于任务是否可响应：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- future.cancel(true)：尝试中断执行该任务的线程；若任务已结束或未开始，则直接返回 false 或 true
- executor.shutdown()：不再接受新任务，等待已有任务完成；不中断正在运行的任务
- executor.shutdownNow()：尝试中断所有正在执行的任务，并返回尚未开始的任务列表；但不能保证所有任务立即停止
注意：shutdownNow() 只是“尽最大努力”中断，最终是否退出仍取决于任务内部是否响应中断。
实际可取消任务的编写示例
以下是一个支持中断的典型 Runnable：
public class CancellableTask implements Runnable {
@Override
public void run() {
try {
while (!Thread.currentThread().isInterrupted()) {
// 执行一段工作（如处理一批数据）
doWork();
// 模拟短暂休眠 —— 此处可能被中断
Thread.sleep(100);
}
} catch (InterruptedException e) {
// 清除中断异常后，主动退出循环
Thread.currentThread().interrupt(); // 恢复中断状态（可选，视场景而定）
// 或直接 return;
}
}
private void doWork() {
// 实际业务逻辑
}
}
提交后可通过 Future.cancel(true) 触发中断，任务将在下次循环检测或 sleep 时响应。
