thenCompose是实现强依赖、串行异步链式调用最自然的方式，它将前序任务结果作为参数传入后序异步任务并自动扁平化嵌套CompletableFuture，避免回调地狱；相比thenApply，它语义清晰、类型安全，专用于异步依赖场景。
使用 thenCompose 是实现强依赖、串行、异步链式调用最自然的方式——它把前一个任务的完成结果作为参数，传递给下一个异步任务，并自动“扁平化”嵌套的 CompletableFuture，避免回调地狱。
为什么选 thenCompose 而不是 thenApply？
thenApply 返回的是 T，若你在其中返回一个新的 CompletableFuture，最终类型会变成 CompletableFuture，需要额外调用 join() 或再套一层 thenCompose 才能解包；而 thenCompose 明确要求你返回一个 CompletableFuture，并自动展平，语义清晰、类型安全。
-
thenApply(f) → CompletableFuture：适合同步转换（如user → user.getName()） -
thenCompose(f) → CompletableFuture：适合异步依赖（如user → CompletableFuture）loadOrder(user)
典型串行链：用户→订单→支付→通知
假设每个步骤都返回 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(); </notification></payment></order></user>
整个链条是真正异步串行的：第 2 步不会启动，直到第 1 步完成并拿到 User；第 3 步同理，依此类推。线程不阻塞，但逻辑顺序严格保障。
异常传播与错误恢复要主动处理
thenCompose 链中任意一环抛出异常（包括 CompletionException 包装的原始异常），后续 thenCompose 不会执行，整个链会以失败的 CompletableFuture 终止。需用以下方式接管：
-
exceptionally(Function：提供默认值（如返回空订单、兜底通知）) -
handle(BiFunction：统一处理成功/失败，可记录日志再决定返回什么) -
whenComplete(BiConsumer：仅做副作用（如埋点、清理），不改变结果值)
例如在获取订单失败时返回空订单，让后续流程继续：
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 或逻辑错乱。
不复杂但容易忽略。
