通常不需要CountDownLatch配合CompletableFuture，因其allOf、thenCombine等方法已原生支持并行聚合与异步编排，混合使用会冗余阻塞、掩盖异步优势，甚至引发死锁；CountDownLatch仅适用于非CompletableFuture的原始线程协作场景。
CountDownLatch 和 CompletableFuture 各有定位：前者是同步协调工具，适合“等全部完成再继续”的阻塞式等待；后者是异步编排核心，天然支持链式处理、组合、异常传播和非阻塞结果获取。两者混合使用不仅不必要，反而容易引入冗余等待、掩盖异步优势，甚至导致死锁或线程饥饿。
为什么通常不需要 CountDownLatch 配合 CompletableFuture
CompletableFuture 本身已内置完备的并行聚合能力：
- allOf()：等待多个 CompletableFuture 全部完成（无返回值），适合纯执行类任务（如发送日志、刷新缓存）
- allOf().thenApply(ignored -> ...) 或 allOf().thenCompose(v -> ...)：在全部完成后触发后续逻辑
- thenCombine / thenAcceptBoth：精准编排两个有依赖或需合并结果的任务
- join() 或 get()：按需同步获取结果，且 join 不抛检异常，更简洁
用 CountDownLatch 去“等” CompletableFuture 完成，相当于给一辆带自动泊车的车手动拉手刹——功能重叠，徒增复杂度。
真正需要 CountDownLatch 的典型场景
它适用于 非 CompletableFuture 的原始线程协作，比如：
立即学习“Java免费学习笔记（深入）”；
- 主线程启动一批
Thread或Runnable，且这些任务未封装为 CompletableFuture - 第三方 SDK 回调中无法返回 CompletableFuture，只能靠 countDown() 通知完成
- 需严格控制超时等待（
await(timeout, unit)），而 CompletableFuture 的orTimeout()是 Java 9+ 特性，老版本受限
例如：向三个老旧 HTTP 客户端发起同步调用（无异步 API），每个调用后手动 countDown()，主线程 await(5, SECONDS) 等待或超时退出。
推荐的并行接口聚合写法（纯 CompletableFuture）
假设要并发调用用户服务、订单服务、商品服务，并聚合 JSON 字符串：
ExecutorService executor = Executors.newFixedThreadPool(10);
CompletableFuture<String> userFuture = CompletableFuture
.supplyAsync(() -> userService.getUser(), executor);
CompletableFuture<String> orderFuture = CompletableFuture
.supplyAsync(() -> orderService.getOrders(), executor);
CompletableFuture<String> productFuture = CompletableFuture
.supplyAsync(() -> productService.getProducts(), executor);
// 等全部完成，合并结果（返回新 CompletableFuture）
CompletableFuture<String> resultFuture = CompletableFuture
.allOf(userFuture, orderFuture, productFuture)
.thenApply(v -> {
String user = userFuture.join();
String order = orderFuture.join();
String product = productFuture.join();
return String.format("{\"user\":%s,\"order\":%s,\"product\":%s}",
user, order, product);
});
// 主线程非阻塞，可继续做其他事，最后再取结果
String result = resultFuture.join(); // 或 .get() + try-catch
关键点：所有异步任务统一由 supplyAsync 提交，全程无 wait/notify/countDown，逻辑清晰、可读性强、异常可追溯。
如果非要混合使用（极少数兼容场景）
仅当部分任务无法转为 CompletableFuture 时，可桥接：
- 用
CompletableFuture.completedFuture(result)将同步结果包装为 CompletableFuture - 对遗留 Runnable 任务，用
CompletableFuture.runAsync(runnable, executor)托管到线程池，避免裸线程 - 若必须用 CountDownLatch，确保
countDown()在 finally 块中调用，防止因异常漏减导致永久等待
但这类桥接应视为临时方案，目标仍是逐步将业务逻辑迁移至纯 CompletableFuture 模型。
