调用Future.get()时异常被包装进ExecutionException，必须通过getCause()获取原始异常并分类处理，同时不可忽略InterruptedException和TimeoutException。
当调用 Future.get() 时，如果异步任务执行中抛出了异常，它不会直接抛出原始异常，而是被包装进 ExecutionException 中。要真正定位和处理业务逻辑里的错误，关键不是只捕获 ExecutionException，而是**取出它的 cause 并做进一步判断和处理**。
ExecutionException 的本质是异常容器
ExecutionException 自身只是一个“壳”，它的 getCause() 方法返回的才是任务内部真正抛出的异常（比如 NullPointerException、SQLException 或自定义的 BusinessException）。直接打印或记录 ExecutionException 本身，往往只能看到 “ExecutionException: java.lang.RuntimeException: …”，掩盖了根因。
标准捕获与拆解写法
推荐用以下结构安全地获取原始异常：
- 始终用
try-catch(ExecutionException e)包裹future.get() - 立即调用
e.getCause()获取原始异常对象 - 对
cause做 instanceof 判断或类型匹配，按不同错误分类处理 - 注意：
cause可能为null（极少数情况），建议判空
常见场景与处理示例
假设异步任务中可能抛出 IOException（网络超时）或自定义 ValidationException（参数校验失败）：
Token Stats
下载
一款AI工具，主要用于选择要监控的 AI 助手 → 查看 token 消耗。支持 Hermes / Claude Code / CodeX / OpenClaw，每次需手动选择，适合需要提升相关任务效率的用户。
try {
result = future.get();
} catch (ExecutionException e) {
Throwable cause = e.getCause();
if (cause instanceof IOException) {
log.warn("远程调用失败，触发降级", cause);
return fallbackResult();
} else if (cause instanceof ValidationException) {
throw new BadRequestException("参数不合法", cause); // 转为 HTTP 友好异常
} else {
log.error("未预期的异步任务异常", cause);
throw new InternalServerErrorException(cause);
}
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
throw new RuntimeException("任务被中断", e);
}
别忽略 InterruptedException 和 TimeoutException
Future.get() 还可能抛出另外两种受检异常：
-
InterruptedException：调用线程在等待时被中断，应恢复中断状态（Thread.currentThread().interrupt()）并合理退出 -
TimeoutException：显式设置了超时（如future.get(3, TimeUnit.SECONDS)）但任务未完成，属于控制流问题，通常需重试、降级或告警，而非当作错误日志
不复杂但容易忽略。核心就一条：看到 ExecutionException，第一反应是调 getCause()，而不是把它当最终异常来处理。
