thenCombine是合并两个异步任务结果的标准方式，用BiFunction处理user和order并返回UserOrderSummary，返回CompletableFuture可链式调用；需用thenCombineAsync指定线程池避免阻塞；任一任务失败则合并失败，须用exceptionally或handle处理异常。
CompletableFuture 的 thenCombine 是处理两个异步变量结果合并最直接、最常用的方式。它不阻塞主线程，支持函数式组合，且天然适配并行执行场景。
核心用法：用 BiFunction 合并两个完成的结果
当你有两个独立的异步任务（比如查用户 + 查订单），且后续逻辑需要同时用到两者结果时，thenCombine 就是标准解法：
- 第一个参数是另一个
CompletableFuture（如orderFuture）； - 第二个参数是
BiFunction，接收前一个任务结果（user）和当前任务结果（order），返回新对象（如UserOrderSummary）； - 返回值仍是
CompletableFuture，可继续链式调用（thenApply、thenAccept等）。
线程调度要留意：默认由第二个任务线程触发
如果不指定异步版本，thenCombine 内部回调默认在第二个 CompletableFuture 完成时所在线程中执行——这可能不是你期望的业务线程池。
- 推荐改用
thenCombineAsync(..., executor)，显式传入自定义线程池（如 IO 密集型用Executors.newCachedThreadPool()）； - 避免在 ForkJoinPool.commonPool() 中执行耗时或阻塞操作（如数据库连接、HTTP 调用）；
- 若两个任务本身已用指定线程池提交，
thenCombineAsync可确保回调也在可控线程中运行。
异常处理不能省：任一失败则整个合并失败
thenCombine 默认“短路”：只要 cf1 或 cf2 中任意一个以异常结束，合并阶段就立即失败，不会等待另一个。
- 用
exceptionally提供兜底值（如空对象或默认摘要）； - 用
handle统一处理成功与失败路径，适合需记录日志+返回默认值的场景； - 注意：异常处理必须加在
thenCombine链之后，否则无法捕获合并阶段抛出的异常。
替代方案对比：按需选更合适的组合方式
不是所有“两个任务后做点事”的场景都该用 thenCombine：
-
thenAcceptBoth：只消费结果，不产生新值（如同时打印用户和订单 ID）； -
runAfterBoth：两个都完成就执行无参动作（如清理临时缓存），不关心结果； -
allOf：适用于多个CompletableFuture并行执行后统一收尾，但不提供结果合并能力。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
