Future.get()抛出的异常需分类处理：InterruptedException需恢复中断状态，CancellationException表示任务取消，ExecutionException的getCause()才是原始异常，必须解包捕获并按类型处理，避免只捕获顶层异常导致根因丢失。
在多线程中调用 Future.get() 时，异常不会在子线程中直接抛出，而是被封装为 ExecutionException，其 getCause() 才是原始异常。必须显式捕获并处理，否则会丢失根因。
Future.get() 抛出的异常类型
Future.get() 可能抛出三种受检/非受检异常：
-
InterruptedException：调用线程被中断（如
Thread.interrupt()） -
CancellationException：任务被取消后调用
get() - ExecutionException：任务执行过程中抛出的异常（包装在 cause 中）
正确捕获原始异常的方法
不能只 catch ExecutionException 就完事，需通过 getCause() 获取真实异常，并按业务逻辑分类处理：
try {
result = future.get();
} catch (ExecutionException e) {
Throwable cause = e.getCause();
if (cause instanceof NullPointerException) {
// 处理空指针
} else if (cause instanceof IOException) {
// 处理 IO 异常
} else {
// 未预期异常，可重新抛出或记录
throw new RuntimeException("任务执行失败", cause);
}
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
throw new RuntimeException("等待被中断", e);
} catch (CancellationException e) {
// 任务已取消，按需处理（如重试、降级）
}
避免常见陷阱
以下做法容易导致问题：
- 只捕获
Exception而忽略InterruptedException，导致中断信号丢失 - 对
ExecutionException不调用getCause()，日志里只看到“ExecutionException: null”，无法定位真实错误 - 在 finally 块中调用
future.cancel(true)后又调用get()，可能触发CancellationException - 使用无超时的
get()，若任务死锁或无限循环，主线程将永久阻塞
推荐实践：带超时 + 异常解包 + 日志透传
生产环境建议统一封装获取逻辑：
public static <T> T getFuture(Future<T> future, long timeout, TimeUnit unit)
throws Exception {
try {
return future.get(timeout, unit);
} catch (ExecutionException e) {
Throwable cause = e.getCause();
if (cause != null) {
log.error("异步任务执行失败", cause); // 记录原始异常栈
throw cause; // 直接抛出，不包成 ExecutionException
}
throw e;
} catch (TimeoutException e) {
log.warn("异步任务超时，已取消", e);
future.cancel(true);
throw e;
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
throw e;
}
} 
