FutureTask 是实现 Runnable 和 Future 接口的可取消异步计算包装器，支持直接 run() 执行、多次调用（仅首调计算）、非线程池环境使用；而普通 Callable 需经 ExecutorService 封装才能执行。
FutureTask 是什么，它和普通 Runnable/Callable 有什么区别？
FutureTask 是一个可取消的异步计算任务包装器，它实现了 Runnable 和 Future 两个接口。这意味着它既能被线程直接执行（作为 Runnable），又能提供结果获取、超时等待、取消控制等能力（作为 Future）。
普通 Callable 不能直接提交给 Thread 启动，必须通过 ExecutorService 包装；而 FutureTask 可以自己调用 run()，也能传给 new Thread(...).start() —— 这种灵活性是它最常被误用的点。
- 如果你只是想提交任务并拿结果，优先用
executor.submit(callable)，它内部已帮你封装成FutureTask，无需手动创建 - 需要复用同一个任务多次执行（比如重试逻辑），
FutureTask支持run()多次（但只有第一次真正计算，后续调用直接返回缓存结果） - 若任务需在非线程池环境中运行（如 GUI 主线程触发后台计算再回调），
FutureTask的run()+get()组合更可控
为什么调用 get() 会阻塞，以及如何避免无限等待
FutureTask.get() 阻塞是因为它必须等计算完成才能返回结果或异常；如果任务没启动、卡死、或根本没被调度，get() 就一直挂起。
常见错误是写成 future.get() 而不设超时，导致线程永久冻结 —— 尤其在 Web 容器或响应式链路中，这等于主动制造线程泄漏。
立即学习“Java免费学习笔记（深入）”；
- 永远优先用
get(long timeout, TimeUnit unit)，例如future.get(3, TimeUnit.SECONDS) - 捕获
TimeoutException后应明确处理：是重试、降级、还是抛业务异常？别让它穿透到上层 - 注意：
get()在任务已取消或执行失败后，仍会立即返回（抛CancellationException或封装的异常），不会阻塞 - 不要在持有锁时调用
get()，否则可能造成锁持有时间不可控，引发死锁风险
cancel(true) 真的能中断正在运行的任务吗？
FutureTask.cancel(true) 的 true 参数表示“如果任务正在运行，尝试中断执行线程”，但它能否生效，完全取决于任务体内部是否响应中断。
典型误区是以为调用 cancel(true) 就能强制终止任意耗时操作 —— 实际上，它只对检查了 Thread.interrupted() 或调用了可中断阻塞方法（如 Thread.sleep()、BlockingQueue.take()、CountDownLatch.await()）的任务有效。
- 纯 CPU 密集型循环（如
while (i ）不会响应中断，<code>cancel(true)对它无效 - 任务中若使用了不可中断的 I/O（如传统
Socket.getInputStream().read()），中断也不会打断读取，需配合超时或关闭底层资源 - 调用
cancel(true)后，isCancelled()返回true，但isDone()也立刻为true—— 即使线程还在跑，这个“完成”只是指任务被视为结束，不是实际终止
FutureTask 不适合做链式异步编排的原因
FutureTask 没有内置回调机制，也不支持 thenApply、exceptionally 这类组合操作。你无法自然地把「A 任务结果传给 B 任务」写成一行链式调用。
强行用 FutureTask 做编排，往往得靠轮询 isDone() + 手动启新线程，既低效又易出错。JDK 8 引入的 CompletableFuture 才是为此设计的替代品。
- 如果已有代码重度依赖
FutureTask，且只需简单结果获取，继续用没问题 - 涉及多个异步步骤、依赖传递、异常分流、或者需要非阻塞式组合，直接换成
CompletableFuture -
FutureTask构造时传入的Callable是一次性绑定的，无法动态替换逻辑；而CompletableFuture支持complete()、completeExceptionally()主动设置结果，更适合测试模拟或事件驱动场景
CompletableFuture<String> future = CompletableFuture.supplyAsync(() -> {
// 模拟异步计算
return "done";
}).thenApply(s -> s.toUpperCase())
.exceptionally(t -> "fallback");
真正容易被忽略的是：很多开发者把 FutureTask 当作“轻量级 CompletableFuture”来用，却没意识到它缺乏组合能力这件事，在需求演进后会迅速变成技术债。
