ExecutionException 是受检异常，用于包装 Callable 执行时的原始异常，仅在调用 get() 且任务完成后抛出，需通过 getCause() 获取真实异常并针对性处理。
FutureTask 执行任务时若发生异常，不会直接抛出，而是被封装进 ExecutionException 中，在调用 get() 方法时统一抛出。这是 Java 并发编程中处理异步任务异常的关键机制。
ExecutionException 是什么
ExecutionException 是一个受检异常（checked exception），继承自 Exception，专门用于包装任务执行过程中抛出的原始异常。它的核心作用是“桥接”异步执行与同步获取结果之间的异常传递断层。
关键点：
- 它本身不表示具体业务错误，只是一个容器，真正的异常藏在
getCause()返回值里 - 只有调用
Future.get()（或FutureTask.get()）且任务已结束（无论成功或失败）时才会抛出 - 如果任务还没完成，
get()会阻塞，直到完成并决定是否抛出ExecutionException
异常是如何被包装进去的
当 FutureTask 内部通过 Callable.call() 执行任务时，若该方法抛出异常，FutureTask 会捕获它，并在内部状态中保存为 outcome 字段（实际是 Throwable 类型的包装对象）。后续调用 get() 时，框架自动构造 ExecutionException，把原始异常设为其 cause。
立即学习“Java免费学习笔记（深入）”；
例如：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
若 Callable 中写了 throw new IllegalArgumentException("id is null")，那么：
-
future.get()抛出的是ExecutionException -
exception.getCause()返回的是IllegalArgumentException -
exception.getMessage()默认是"null"（即 cause 的 message），但建议始终用getCause()向下追溯
如何正确处理 ExecutionException
不能只捕获 ExecutionException 就完事——必须解包，识别原始异常类型，再做针对性处理。
推荐写法：
try {
String result = future.get();
} catch (ExecutionException e) {
Throwable cause = e.getCause();
if (cause instanceof NullPointerException) {
// 处理空指针
} else if (cause instanceof IOException) {
// 处理 IO 异常
} else {
// 兜底：记录日志 + rethrow 或转成运行时异常
throw new RuntimeException("Task failed", cause);
}
} catch (InterruptedException e) {
// 注意：get() 可能被中断，需恢复中断状态或处理
Thread.currentThread().interrupt();
}
常见误区提醒
容易忽略的几个细节：
-
isDone()为 true 不代表没异常，只是任务结束了（可能成功，也可能异常终止） -
cancel(true)后调用get()会抛CancellationException（不是ExecutionException） - 若任务中抛出
Error（如OutOfMemoryError），也会被包装进ExecutionException，但通常不应尝试捕获和恢复 - 不要在
catch (ExecutionException e)中直接打印e.toString()——它只显示外层包装信息，看不到真正原因
