Java 12 并未引入 exceptionallyCompose 方法，该方法不存在于 Java 标准库任何版本中；因其违背 CompletableFuture 职责分离原则——exceptionally 专用于异常时返回同类型值，thenCompose 专用于成功时链式异步编排，二者语义正交，强行合并将破坏类型安全与行为一致性。
Java 12 并未引入 exceptionallyCompose 方法。该方法**不存在于 Java 标准库的任何版本中，包括 Java 12、Java 17 或 Java 21**。
为什么没有 exceptionallyCompose？
CompletableFuture 的设计遵循明确的职责分离原则：
-
exceptionally：专用于“异常时提供一个替代值”，返回类型必须与原 CompletableFuture 相同（
T），且仅接收Throwable参数； - thenCompose：专用于“成功时将结果转为另一个 CompletableFuture”，用于链式异步编排；
- 二者语义正交——一个处理失败路径并立即返回值，一个延续成功路径并返回新 future。强行组合成
exceptionallyCompose会破坏类型安全与行为一致性。
实际可用的等效替代方案
若需在异常发生后启动**新的异步流程**（即“异常时触发另一个异步任务”），应组合使用现有 API：
-
用 exceptionally 返回一个 completedFuture：
先用exceptionally捕获异常并生成默认值，再通过thenCompose启动后续异步逻辑（但此时已无异常上下文）； -
用 handle + thenCompose 实现真正异步降级：
在handle中判断throwable != null，手动调用异步服务（如查缓存、调备用接口），并返回其CompletableFuture； -
封装工具方法模拟语义：
可自行定义静态方法，如exceptionallyThenCompose(future, fn)，内部在handle中完成分支调度与异步转换。
容易混淆的点
部分开发者误以为 exceptionally 可以像 thenApply 那样返回 CompletableFuture，但这是不允许的——它签名强制返回 T。试图在 exceptionally 内部调用异步方法并直接返回 future，会导致类型不匹配编译错误。
立即学习“Java免费学习笔记（深入）”；
真正支持“异常后异步恢复”的标准方式，始终是 handle + 显式异步调用，而非虚构的 exceptionallyCompose。
