Callable接口需声明泛型返回类型并重写call()方法，本质区别于Runnable在于支持返回值和抛出受检异常；必须通过ExecutorService.submit()提交获取Future，再调用get()（推荐带超时）取结果；CompletableFuture提供链式异步组合与回调能力，是Future的现代替代方案。
Callable 接口怎么写，和 Runnable 有什么本质区别
Callable 的核心价值是能返回结果、抛出受检异常，而 Runnable.run() 返回 void、不能 throws 检查异常。如果你在线程里要算个数、查个库、调个接口并拿回结果，就必须用 Callable。
定义时注意三点：
-
Callable是泛型接口，必须声明返回类型，比如Callable<Integer>，别漏掉尖括号 - 实现类必须重写
call()方法（不是run()），且方法签名是public T call() throws Exception - 不能直接 new Thread(c).start() ——
Thread只接受Runnable，强行传Callable会编译报错
submit() 后怎么安全拿到返回值，get() 为什么常卡住
ExecutorService.submit() 是启动 Callable 的唯一合规入口，它返回 Future 对象；真正取结果靠 future.get()。但这个调用是阻塞的 —— 如果任务没完成，线程就停在这儿等。
常见踩坑点：
立即学习“Java免费学习笔记（深入）”；
- 没设超时：直接调
future.get()，万一任务死循环或网络卡住，整个线程永久挂起 - 忽略中断：
get()被中断时抛InterruptedException，不处理会导致异常吞没或状态混乱 - 重复调用：
get()多次调用没问题，但第一次已返回结果，后续只是立刻返回缓存值 —— 不代表重新执行
推荐写法：future.get(3, TimeUnit.SECONDS)，带超时；捕获 TimeoutException 和 ExecutionException 分开处理。
Future.isDone()、isCancelled() 和 cancel() 怎么配合用
异步任务不是“只管提交不管死活”。真实场景中常需主动干预：比如用户取消请求、服务降级跳过耗时计算。
future.cancel(true) 是关键操作，但效果取决于任务是否响应中断：
-
true表示尝试中断正在运行的线程（仅当任务在call()中检查了Thread.interrupted()或调用了可中断方法如sleep()、wait()才有效） -
isCancelled()为 true 仅说明cancel()成功触发（且任务尚未开始或已结束），不代表任务立即停止 -
isDone()在任务正常完成、异常退出、被取消后都返回 true —— 它只表示“不再运行”，不区分成功失败
所以判断结果前，先 if (!future.isDone()) { ... } 没意义；真要确认是否成功，得 try { future.get() } catch (ExecutionException e) { ... }。
CompletableFuture 比 Future 好在哪，什么时候该换
原生 Future 最大硬伤是无法链式组合、不能异步回调、异常处理笨重。比如“查库 → 格式化 → 写缓存”三个步骤，用 Future 得手动轮询 + 嵌套 get()，极易写出阻塞代码。
CompletableFuture 就是为解决这些设计的：
- 支持非阻塞组合：
supplyAsync(...).thenApply(...).thenAccept(...) - 异常可统一处理：
handle((result, ex) -> {...})，不用层层 try-catch - 可指定线程池：
thenApplyAsync(fn, customPool)，避免默认 ForkJoinPool 被 IO 任务拖垮
除非你在维护老项目、受限于 JDK 7 或必须对接遗留 Future API，否则新代码直接用 CompletableFuture。它不是“增强版 Future”，而是替代方案 —— Future 本身没有 then、whenComplete 这些能力，补不上。
