17370845950

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，又无法响应中断，还可能因休眠时间不准导致延迟波动。

• isDone() 只反映状态，不保证结果就绪（比如刚进入 DONE 状态但结果字段还没写完，极罕见但存在竞态）
• 真正非阻塞的替代方案是：改用 CompletableFuture，它支持 thenApply、whenComplete 等回调式 API
• 如果必须用 Future，且不能改用 CompletableFuture，唯一合理做法是把 get() 放在独立线程里做超时等待，再通过队列/回调通知主线程

常见误用场景与修复建议

很多问题源于混淆了 Future 和执行器本身的行为边界。

• 误以为 submit(Runnable) 返回的 Future 有返回值 → 实际返回的是 Future>，get() 永远是 null
• 在循环中反复调用 get() 而不判断是否已完成 → 每次都可能重新阻塞，应先用 isDone() 快速判断
• 忽略 ExecutorService 生命周期 → Future 依赖线程池，若池已 shutdown()，未完成任务可能被丢弃，get() 会永远等下去

真正需要异步结果流转时，Future 只是起点；它的设计意图就是“被动持有”，所有主动行为（取值、判断、超时、取消）都得你自己写逻辑兜底——这点比看上去要重得多。