exceptionally()是最简洁的异步异常处理方式，仅在上游异常时返回兜底值，不打断链式调用，类型需严格匹配，适用于降级场景而非分类处理或资源清理。
直接用 exceptionally() 捕获异常并返回兜底值，是最简洁、最符合业务语义的异步异常处理方式。它不打断链式流程，也不需要手动解包 CompletionException，让失败路径和成功路径自然统一。
exceptionally 的核心作用
它只在上游任意阶段抛出异常时触发，接收 Throwable 参数，返回一个与原 CompletableFuture 类型一致的替代值。本质是“失败时提供默认结果”，不是记录日志或重试的入口。
- 仅响应异常，正常流程完全绕过它
- 返回值会成为新 CompletableFuture 的完成结果，后续
thenApply等可继续使用 - 不会改变原始异常的 cause 链，调试时仍可通过日志或断点看到原始异常类型
典型用法：远程调用降级
比如调用第三方接口失败时返回缓存或空对象：
CompletableFuture<User> userFuture = CompletableFuture.supplyAsync(() -> {
return apiClient.fetchUser(userId); // 可能抛出 IOException 或 ServiceException
})
.exceptionally(ex -> {
log.warn("获取用户失败，启用本地缓存", ex);
return userCache.get(userId); // 返回 User 类型，类型匹配才能编译通过
})
.thenApply(user -> enrichUserWithProfile(user)); // 后续逻辑照常执行
常见误区与注意事项
别把它当通用异常处理器用——它不适合做分类处理、重试或转换异常类型。
立即学习“Java免费学习笔记（深入）”；
- 如果想区分
TimeoutException和NullPointerException并分别响应，改用handle() - 如果需要在异常后清理资源（如关闭连接、发告警），搭配
whenComplete()更合适 - 不要在
exceptionally里抛新异常，否则会再次触发下游的exceptionally或导致join()抛出 CompletionException - 返回值类型必须严格匹配泛型参数，例如
CompletableFuture<string></string>的exceptionally必须返回String，不能返回Optional<string></string>
和 handle() 的关键区别
exceptionally() 是“只管失败”，handle() 是“成败都管”。如果你需要对成功结果加日志、做格式转换，同时又要处理异常，handle() 更集中；但若只要兜底，exceptionally() 更轻量、意图更清晰。
