thenAcceptBoth在两个CompletableFuture均正常完成时执行无返回值的消费操作，顺序为(first, second)，需用async变体配专用线程池防阻塞，任一失败则静默跳过，须对源头future做exceptionally兜底。
thenAcceptBoth 的基本用法和触发时机
thenAcceptBoth 是 CompletableFuture 提供的组合方法，用于在两个异步任务都完成（且都成功）后，消费它们的结果。它不返回新 CompletableFuture，只执行副作用操作（比如打印、写库、发通知），适合做“汇总”这类无返回值的收尾动作。
关键点：两个入参 CompletableFuture 必须都处于 COMPLETE 状态（即正常完成，非异常），thenAcceptBoth 绑定的 Consumer 才会执行；任一失败，该回调直接被跳过——这点常被忽略，导致“汇总没触发”却查不出错。
- 必须用
thenAcceptBoth，不是thenCombine（后者要返回新值）或allOf（后者不传递结果） - 两个任务需真正并行：建议用
supplyAsync(..., executor)显式指定线程池，避免默认ForkJoinPool被阻塞影响调度 - Consumer 参数顺序固定：
(resultOfFirst, resultOfSecond) -> { ... }，别反了
常见错误：汇总没执行，但控制台也没报错
最典型的情况是其中一个 CompletableFuture 内部抛了未捕获异常，比如 NullPointerException 或 HttpClientErrorException。此时该 future 进入 exceptionally 状态，thenAcceptBoth 直接静默失效——它不处理异常分支，也不抛出任何提示。
- 务必对每个源头 future 加
exceptionally或handle做兜底，至少打日志：future1.exceptionally(e -> { log.error("task1 failed", e); return null; }) - 若业务上允许“一个失败另一个仍要汇总”，得改用
thenAcceptBoth的变体：先用handle把两个 future 都转成“带状态的结果对象”，再组合 - 别在 Consumer 里 throw 异常：一旦抛出，异常会被吞掉（JDK 11+ 会打印到
ForkJoinPool.commonPool的 uncaught exception handler，但默认不输出）
真实场景下的参数差异与性能注意点
实际汇总逻辑往往涉及 IO（如写 DB、调下游 API），而 thenAcceptBoth 默认在前一个 future 完成的线程上执行，容易造成线程阻塞、拖慢整个链路。
- 用
thenAcceptBothAsync替代thenAcceptBoth，并传入专用线程池：.thenAcceptBothAsync((a,b) -> doSummary(a,b), summaryExecutor) - 避免在 Consumer 中重复创建连接或客户端（如 new OkHttpClient()），应复用单例或通过依赖注入获取
- 如果 a、b 结果类型不同（比如一个是
List<order></order>，一个是Map<string bigdecimal></string>），Consumer 签名会变成(Object, Object) -> {}，务必加泛型 cast 或提前 map 成统一 DTO
一个可直接粘贴验证的最小示例
ExecutorService computePool = Executors.newFixedThreadPool(4);
ExecutorService ioPool = Executors.newFixedThreadPool(2);
CompletableFuture<integer> taskA = CompletableFuture.supplyAsync(() -> {
try { Thread.sleep(100); } catch (InterruptedException e) {}
return 42;
}, computePool);
CompletableFuture<string> taskB = CompletableFuture.supplyAsync(() -> {
try { Thread.sleep(150); } catch (InterruptedException e) {}
return "done";
}, computePool);
// 正确：用 thenAcceptBothAsync + 独立线程池
taskA.thenAcceptBothAsync(taskB, (num, str) -> {
System.out.println("汇总开始: " + num + ", " + str);
// 模拟写 DB 或发消息
try { Thread.sleep(50); } catch (InterruptedException e) {}
System.out.println("汇总完成");
}, ioPool);
// 别忘了关闭线程池（测试时可忽略，生产必须）
// computePool.shutdown(); ioPool.shutdown();
</string></integer>
这个例子跑起来会明确看到“汇总开始”在两个 sleep 之后才打印，且不阻塞主线程。最容易漏的是 ioPool —— 如果删掉第三个参数，汇总逻辑就会挤在 computePool 的某个工作线程上跑，可能让后续计算任务排队。
