future.cancel(true) 仅发送中断信号，任务能否终止取决于其是否响应中断；需在任务中主动检查中断状态并退出，cancel(false) 仅阻止未启动任务执行。
调用 Future.cancel(true) 并不总能立即终止任务，关键在于任务本身是否响应中断。真正“优雅终止”的核心是：任务需主动检查中断状态并及时退出，而 cancel(true) 只是发起中断请求的信号。
理解 cancel(true) 的真实作用
Future.cancel(true) 本质是向执行该任务的线程发送 Thread.interrupt()。它不会强制杀掉线程，也不会停止正在运行的 CPU 密集型代码。它的效果取决于任务内部是否：
- 在阻塞调用（如
sleep、wait、join、BlockingQueue.take()）中——此时会抛出InterruptedException，可被捕获并退出； - 定期轮询
Thread.currentThread().isInterrupted()或interrupted()——用于主动响应中断； - 使用了可中断的库方法（如
CountDownLatch.await()、Future.get()等），它们会在被中断时快速抛异常。
编写可取消的任务（Runnable/Callable）
不要假设 cancel 能“自动”停掉逻辑。应在任务中嵌入中断感知机制：
- 捕获
InterruptedException后，通常应恢复中断状态（Thread.currentThread().interrupt()），再退出或清理； - 在循环体中，每次迭代前检查
Thread.interrupted()（该方法会清除中断状态，适合单次判断）或isInterrupted()（不清理，适合多次判断）； - 若任务涉及 I/O 或第三方 SDK，查阅其文档是否支持中断（例如
HttpURLConnection不响应中断，但OkHttpClient的 call.cancel() 可中断请求）。
示例（带中断检查的循环任务）：
Callable<string> task = () -> {
for (int i = 0; i
</string>
cancel(false) 的适用场景
当任务尚未开始执行（处于队列中未被线程取走），调用 cancel(false) 可防止其启动，且不打扰当前运行的线程。这适用于调度类场景，比如定时任务还未触发就取消，避免资源浪费。
注意：cancel(false) 对已运行的任务无效，也不会中断线程。
配合 ExecutorService 的完整流程
单独 cancel Future 不会关闭线程池。若需彻底释放资源，建议：
- 对每个提交的 Future 调用
cancel(true)； - 调用
executor.shutdown()停止接收新任务； - 用
shutdownNow()尝试中断所有正在执行的任务（等价于对所有活跃 Future 调用cancel(true)），但结果仍取决于任务是否响应中断； - 必要时调用
awaitTermination()等待线程池结束，并处理超时情况。
