callable接口允许call()方法声明throws exception，可直接抛出受检异常；异常被future.get()封装为executionexception，需通过e.getcause()解包处理，或转为自定义运行时异常简化调用方处理。
Callable 接口本身允许 call() 方法声明 throws Exception，这是它与 Runnable 的关键区别之一——编译器认可你在实现中直接抛出 IOException、SQLException 等受检异常，无需强制在方法体内捕获。但要注意：异常不会自动“冒泡”到主线程，而是被封装进 Future，必须通过 future.get() 主动触发并解包处理。
call() 方法可合法声明 throws 受检异常
Callable 接口定义明确支持这一能力：
interface Callable<v> { V call() throws Exception; }</v>- 你可以直接在 lambda 或实现类中写
throw new IOException("network error")，编译不报错 - 这不同于 Runnable 的
run()（无 throws 子句），后者必须内部 try-catch，否则编译失败
异常实际被 Future.get() 封装为 ExecutionException
任务执行时若抛出受检异常，线程池不会中断或打印堆栈，而是静默捕获并包装：
-
future.get()调用时才会抛出ExecutionException（属于 RuntimeException） - 原始异常藏在
e.getCause()中，可能是 IOException、SQLException 等具体类型 - 即使
call()抛的是运行时异常（如 NullPointerException），get()仍统一包装为 ExecutionException
主线程中还原并处理原始受检异常
想让调用方像同步代码一样处理受检异常，需手动解包：
- 在
catch (ExecutionException e)块中调用e.getCause() - 判断 cause 类型，显式重新抛出：
if (cause instanceof IOException) throw (IOException) cause; - 注意：这样抛出需在当前方法签名中声明
throws IOException，否则编译不通过
更灵活的替代方案：用运行时异常统一包装
避免方法签名堆砌多个 throws，可自定义运行时异常封装业务错误：
- 定义
class TaskException extends RuntimeException { TaskException(Throwable cause) { super(cause); } } - 在
call()中捕获受检异常后转为该运行时异常：catch (IOException ex) { throw new TaskException(ex); } - 主线程只需捕获
TaskException或通用RuntimeException，无需声明 throws
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
