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;
    }
}</t></t>