Callable.call()方法可声明throws Exception，允许抛出受检异常，但实际会被Future.get()封装为ExecutionException；调用方须捕获该异常并调用getCause()还原原始异常处理。
在 Java 中，Callable.call() 方法本身**不能直接声明抛出受检异常（checked exception）**，因为它的接口定义是：
public interface Callable<V> {
V call() throws Exception;
}
注意：这里的 throws Exception 是接口契约的一部分，**不是你能在实现类中随意添加其他受检异常的出口**。你写的实现类重写 call() 时，可以 抛出任何异常（包括受检异常），但编译器只强制你处理它——而这个“处理”最终会体现在 Future.get() 的行为上。
Future.get() 如何暴露 call() 抛出的异常
Future.get() 不会直接抛出你在 call() 中 throw 的原始异常，而是将其**包装进 ExecutionException 中再抛出**。这是关键机制：
-
call()中若抛出IOException、SQLException等受检异常，或RuntimeException，都会被Future捕获并封装为ExecutionException -
ExecutionException.getCause()就是你原始抛出的那个异常 -
get()还可能抛出InterruptedException（线程被中断）或CancellationException（任务被取消）
正确捕获和处理异常的写法
必须用 try-catch 包裹 future.get()，并检查 ExecutionException 的 cause：
立即学习“Java免费学习笔记（深入）”；
ExecutorService executor = Executors.newSingleThreadExecutor();
Future<String> future = executor.submit(() -> {
// 这里抛出受检异常（比如文件不存在）
if (true) throw new IOException("file not found");
return "done";
});
try {
String result = future.get(); // 阻塞等待
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 恢复中断状态
} catch (ExecutionException e) {
Throwable cause = e.getCause();
if (cause instanceof IOException) {
System.err.println("IO error: " + cause.getMessage());
} else if (cause instanceof RuntimeException) {
throw (RuntimeException) cause; // 可选择重新抛出运行时异常
} else {
throw new RuntimeException("Unexpected error", cause);
}
} finally {
executor.shutdown();
}
为什么不能在 call() 里“多声明” throws？
因为 Callable.call() 的签名已固定为 throws Exception，你重写时不能扩大异常范围（比如写成 throws IOException, SQLException），否则编译报错。这是 Java 接口实现的协变规则限制 —— 重写方法只能减少或保持异常声明，不能增加新的受检异常类型。
替代方案：避免受检异常或提前处理
如果想更清晰地传递业务异常，常见做法有：
- 将受检异常转为运行时异常（如
throw new RuntimeException(e)），这样调用方无需强制 try-catch，但需文档说明 - 在
call()内部就地处理异常（如重试、降级、返回 Optional.empty()），让get()返回值而非依赖异常流 - 用自定义结果包装类（如
Result<T>），把异常信息作为对象字段返回，彻底规避ExecutionException解包逻辑
本质上，Future.get() 是异常传递的终点站，所有 call() 中的异常都经由 ExecutionException 统一出口，解包 getCause() 是拿到原始异常的唯一标准方式。
