thenCompose是实现强依赖、串行异步链式调用最自然的方式，它将前序任务结果作为参数传入后序异步任务并自动扁平化嵌套CompletableFuture，避免回调地狱；相比thenApply，它语义清晰、类型安全，专用于异步依赖场景。

使用 thenCompose 是实现强依赖、串行、异步链式调用最自然的方式——它把前一个任务的完成结果作为参数，传递给下一个异步任务，并自动“扁平化”嵌套的 CompletableFuture<completablefuture>></completablefuture>，避免回调地狱。

为什么选 thenCompose 而不是 thenApply？

thenApply 返回的是 T，若你在其中返回一个新的 CompletableFuture，最终类型会变成 CompletableFuture<completablefuture>></completablefuture>，需要额外调用 join() 或再套一层 thenCompose 才能解包；而 thenCompose 明确要求你返回一个 CompletableFuture，并自动展平，语义清晰、类型安全。

• thenApply(f) → CompletableFuture<u></u>：适合同步转换（如 user → user.getName()）
• thenCompose(f) → CompletableFuture<u></u>：适合异步依赖（如 user → CompletableFuture<order> loadOrder(user)</order>）

典型串行链：用户→订单→支付→通知

假设每个步骤都返回 CompletableFuture，且后一步必须等前一步结果才能发起：

CompletableFuture<User> userF = fetchUser(123);
CompletableFuture<Order> orderF = userF.thenCompose(user -> fetchOrder(user.getId()));
CompletableFuture<Payment> paymentF = orderF.thenCompose(order -> processPayment(order.getId()));
CompletableFuture<Notification> notifyF = paymentF.thenCompose(payment -> sendNotification(payment.getOrderId()));

// 最终获取结果（生产中建议配合 timeout + exception handling）
Notification result = notifyF.join();

整个链条是真正异步串行的：第 2 步不会启动，直到第 1 步完成并拿到 User；第 3 步同理，依此类推。线程不阻塞，但逻辑顺序严格保障。

异常传播与错误恢复要主动处理

thenCompose 链中任意一环抛出异常（包括 CompletionException 包装的原始异常），后续 thenCompose 不会执行，整个链会以失败的 CompletableFuture 终止。需用以下方式接管：

• exceptionally(Function<throwable t>)</throwable>：提供默认值（如返回空订单、兜底通知）
• handle(BiFunction<t throwable r>)</t>：统一处理成功/失败，可记录日志再决定返回什么
• whenComplete(BiConsumer<t throwable>)</t>：仅做副作用（如埋点、清理），不改变结果值

例如在获取订单失败时返回空订单，让后续流程继续：

userF.thenCompose(user -> fetchOrder(user.getId()))
     .exceptionally(t -> { log.error("fetch order failed", t); return Order.empty(); })
     .thenCompose(order -> processPayment(order.getId()));

与 thenCombine / thenAcceptBoth 的关键区别

如果两个任务无依赖、可并行，但最后需要合并结果（比如查用户 + 查配置，然后一起渲染页面），该用 thenCombine；而 thenCompose 强制“前一个结果是后一个任务的输入”，体现的是数据流驱动而非时间并行。混用时注意：不要用 thenCombine 去替代依赖关系，否则可能因竞态导致 NPE 或逻辑错乱。

不复杂但容易忽略。