Future不能直接获取结果，必须调用get()阻塞等待或isDone()轮询；get()是唯一取值方法，但需处理超时、异常和中断；推荐用CompletableFuture替代以实现非阻塞回调。
Future 本身不能直接获取异步结果，必须配合 get() 或 isDone() 等方法主动轮询或阻塞等待——这是最常被误解的起点。
为什么不能直接“取到” Future 的结果
Future 是一个契约接口，只承诺“结果将来会有”，不提供自动通知机制。它不触发执行，也不缓存结果，更不会在完成时回调你。
- 提交任务后返回的
Future对象，其内部状态（PENDING/RUNNING/DONE）需手动检查 -
get()是唯一能取出结果的方法，但默认会**阻塞当前线程**直到任务完成 - 若任务抛出异常，
get()会包装为ExecutionException抛出，原始异常在getCause()中
get() 的两种典型用法与风险
实际编码中，几乎全部围绕 get() 展开，但超时控制和异常处理极易遗漏。
- 无参
get()：无限期阻塞，生产环境严禁使用 —— 一旦任务卡死或线程池耗尽，调用方线程永久挂起 - 带超时的
get(long timeout, TimeUnit unit)：推荐方式，但要注意TimeoutException是未检查异常，必须显式捕获 - 即使任务已取消（
cancel(true)），调用get()仍会抛出CancellationException
try {
String result = future.get(3, TimeUnit.SECONDS);
System.out.println("Result: " + result);
} catch (TimeoutException e) {
System.err.println("Task timed out");
} catch (ExecutionException e) {
Throwable cause = e.getCause();
System.err.println("Task failed: " + cause);
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
}
如何避免阻塞？用 isDone() + 轮询不是好主意
有人试图用 while(!future.isDone()) { Thread.sleep(10); } 轮询，这既浪费 CPU，又无法响应中断，还可能因休眠时间不准导致延迟波动。
立即学习“Java免费学习笔记（深入）”；
-
isDone()只反映状态，不保证结果就绪（比如刚进入 DONE 状态但结果字段还没写完，极罕见但存在竞态） - 真正非阻塞的替代方案是：改用
CompletableFuture，它支持thenApply、whenComplete等回调式 API - 如果必须用
Future，且不能改用CompletableFuture，唯一合理做法是把get()放在独立线程里做超时等待，再通过队列/回调通知主线程
常见误用场景与修复建议
很多问题源于混淆了 Future 和执行器本身的行为边界。
- 误以为
submit(Runnable)返回的Future有返回值 → 实际返回的是Future<?>，get()永远是null - 在循环中反复调用
get()而不判断是否已完成 → 每次都可能重新阻塞，应先用isDone()快速判断 - 忽略
ExecutorService生命周期 →Future依赖线程池，若池已shutdown()，未完成任务可能被丢弃，get()会永远等下去
真正需要异步结果流转时，Future 只是起点；它的设计意图就是“被动持有”，所有主动行为（取值、判断、超时、取消）都得你自己写逻辑兜底——这点比看上去要重得多。
