future.get()可能抛出三种异常：executionexception（任务内部异常，需getcause()获取原始异常）、interruptedexception（线程被中断，须恢复中断状态）、timeoutexception（仅get(long,timeunit)超时时抛出，用于降级或重试）。
Java线程池中通过 submit() 提交的任务会返回 Future，它是获取异步结果和处理异常的核心载体。但直接调用 get() 很容易因忽略异常类型、超时控制或中断处理，导致程序卡死、异常丢失或降级失效。
Future.get() 会抛出哪几种异常？
调用 future.get()（含带超时的重载）可能触发三类异常，每种含义和应对方式不同：
-
ExecutionException：任务内部抛出的原始异常被封装其中，必须调用
getCause()获取真实异常。比如NullPointerException、SQLException或自定义业务异常。 -
InterruptedException：当前线程在等待结果时被中断。不应吞掉，而应恢复中断状态（
Thread.currentThread().interrupt()），以便上层逻辑感知并响应。 -
TimeoutException（仅限
get(long, TimeUnit)）：任务未在指定时间内完成。这是主动控制响应延迟的关键信号，适合做降级（如返回默认值）、重试或告警。
如何安全地获取结果并处理异常？
推荐使用带超时的 get()，并按异常类型分层处理：
- 捕获
TimeoutException做快速降级，避免阻塞主线程； - 捕获
ExecutionException并解包，记录原始堆栈，便于定位具体哪段业务逻辑出错； - 捕获
InterruptedException后立即恢复中断标志，不掩盖线程中断意图； - 不要只写一个
catch (Exception e)——它会模糊异常语义，丧失针对性处理能力。
示例：
String result;
try {
result = future.get(2, TimeUnit.SECONDS);
} catch (TimeoutException e) {
result = "fallback"; // 超时降级
} catch (ExecutionException e) {
log.error("任务执行失败", e.getCause());
throw new ServiceException("后台处理异常", e.getCause());
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
throw new RuntimeException("等待结果时被中断", e);
}
为什么有时 get() 拿不到任务里的异常？
两种常见情况会导致异常“消失”：
- 提交的是
Runnable任务（非Callable），其run()方法不声明抛出异常，内部异常会被线程默认异常处理器吞掉，Future.get()不会抛ExecutionException； - 调用了
get()却没捕获异常，或捕获后仅打印未处理，导致异常未被日志记录、监控告警也收不到； - 任务已取消但未检查
isCancelled()，后续调用get()会抛CancellationException，而非原始异常。
解决办法：统一用 Callable 提交任务；所有 get() 必须显式处理三种异常；关键路径建议加日志埋点。
比 Future.get() 更好的替代方案
原始 Future 是阻塞式、无链式、难组合的，现代项目更推荐：
-
CompletableFuture：支持异步回调（
thenApply、exceptionally）、组合多个任务（thenCompose、allOf），且可指定线程池避免污染公共 ForkJoinPool； - 对 IO 密集型任务（如 HTTP 调用），用
thenComposeAsync(..., ioExecutor)显式绑定专用线程池； - 避免在
CompletableFuture回调里再调get()或同步 IO，否则异步变同步，反而降低吞吐。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
