exceptionally专门捕获前序阶段的未检查异常，接收Function<Throwable, T>并返回同类型CompletableFuture<T>，仅异常时执行并提供兜底值，确保链式调用不中断；对受检异常无效，需主动包装为RuntimeException或CompletionException。
在 Java 的 CompletableFuture 中，exceptionally 是专门用于捕获并处理异步任务中抛出的异常的方法。它只在前序阶段（如 supplyAsync、thenApply 等）发生未检查异常（即 RuntimeException 或其子类）时被调用，不会响应 checked exception（除非它们被包装进运行时异常）。
exceptionally 的基本用法
exceptionally 接收一个 Function<throwable t></throwable> 类型的函数，参数是异常对象，返回值类型需与前序阶段的完成结果类型一致（即“兜底值”）。它返回一个新的 CompletableFuture，原任务链不会中断，后续的 thenApply、thenAccept 等仍可正常执行。
示例：
CompletableFuture<String> future = CompletableFuture.supplyAsync(() -> {
if (Math.random() > 0.5) throw new RuntimeException("模拟失败");
return "success";
}).exceptionally(throwable -> {
System.err.println("捕获异常: " + throwable.getMessage());
return "fallback result"; // 返回默认值，类型必须是 String
}).thenApply(result -> result.toUpperCase());
System.out.println(future.join()); // 输出可能是 "SUCCESS" 或 "FALLBACK RESULT"
exceptionally 只捕获运行时异常
它对受检异常（Exception 及其非 RuntimeException 子类）无效——因为 CompletableFuture 的计算函数（如 Supplier、Function）声明不抛出受检异常，编译器不允许直接 throw。若业务逻辑中可能抛出受检异常，需主动包装：
立即学习“Java免费学习笔记（深入）”；
- 用
try-catch捕获后转为RuntimeException（如new RuntimeException(e)）再抛出 - 或使用
CompletionException包装（这是CompletableFuture内部推荐方式）
与 handle 和 whenComplete 的区别
exceptionally 专注异常路径，不感知正常结果；而：
-
handle(BiFunction<T, Throwable, R>)：无论成功或失败都执行，两个参数分别接收结果和异常（异常为 null 表示成功） -
whenComplete(BiConsumer<T, Throwable>)：类似handle，但不改变结果值，仅做副作用（如日志、清理），返回原CompletableFuture
如果既要统一处理结果/异常，又需要转换值，优先选 handle；如果只想提供降级值，exceptionally 更语义清晰、不易出错。
常见陷阱与建议
注意以下几点避免误用：
-
exceptionally不会“吞掉”异常：它只是提供替代结果，异常仍会被记录（除非显式打印或处理），不影响线程池行为 - 不能链式多次调用
exceptionally：后一次会覆盖前一次，因每次调用都返回新实例 - 若想对多个阶段统一兜底，应在整个链的末端加
exceptionally，而不是每个阶段都加 - 返回的兜底值应具备业务合理性（如空字符串、默认对象、缓存值），避免引入新异常
