CompletableFuture.allOf返回null而非结果，因只等待完成不聚合；需手动用stream().map(CompletableFuture::join).collect()取值；anyOf返回Object需强转，且异常传播需主动处理。
CompletableFuture.allOf 为什么经常“拿不到结果”
因为 allOf 返回的是 CompletableFuture<void></void>，它只负责等待全部完成，不聚合结果。你调用 .join() 或 .get() 只会得到 null，不是你想要的 List 或数组。
- 正确做法：先用
allOf等待全部完成，再手动从每个原始CompletableFuture中取值（比如用stream().map(CompletableFuture::join).collect(...)） - 常见错误现象：
allOf(...).join()后直接强转成List<string></string>—— 报ClassCastException - 如果所有 future 类型一致，更稳妥的方式是用
CompletableFuture[]数组 +Stream.of(futures).map(CompletableFuture::join).toList()，避免类型擦除干扰
CompletableFuture.anyOf 的返回值类型陷阱
anyOf 返回 CompletableFuture<object></object>，不是泛型推导后的具体类型。哪怕你传入全是 CompletableFuture<integer></integer>，结果也是 Object，必须显式强转。
- 使用场景：超时兜底、多源查缓存（只要一个成功就用）、降级逻辑
- 容易踩的坑：
anyOf(f1, f2, f3).join()直接当Integer用 →ClassCastException - 安全写法：先
.join()得到Object，再用instanceof判断或统一包装成Optional.ofNullable(...).map(Integer.class::cast) - 注意：
anyOf遇到第一个异常就会抛出，不会等其他 future 完成；若想忽略失败、只取首个成功结果，得自己 wrap 异常
allOf 和 anyOf 对异常传播的不同处理
两者都遵循“谁先触发谁主导”的异常策略，但语义不同：allOf 是“全成功才算成功”，anyOf 是“任一完成即结束”。可它们都不自动抑制异常 —— 一旦有 future 抛异常，整个链路就中断。
-
allOf下，只要有一个 futurecompleteExceptionally，allOf返回的 future 就立即失败，其余仍在运行但结果被丢弃 -
anyOf下，第一个完成的 future 若失败，整个 future 就失败；但如果它是成功，后续的异常完全被忽略 - 想让
allOf忽略个别失败？得提前用handle((v, t) -> t != null ? null : v)或exceptionally统一兜底 - 性能影响：两者本身开销极小，但异常未处理会导致线程池中任务实际未清理，可能堆积
什么时候不该用 allOf / anyOf，而该用 thenCombine / thenAcceptBoth
当你需要组合两个 future 的**计算结果做下一步逻辑**（比如 sum、merge、校验），而不是单纯等完成或取首个结果，allOf 和 anyOf 就是错的抽象层级。
-
thenCombine适合：已知两个 future，且下一个操作依赖二者值（如f1.thenCombine(f2, (a,b) -> a + b)） -
thenAcceptBoth适合：不需要返回新 future，只做副作用（如日志、入库） -
allOf没法直接拿到 a 和 b，你得额外保存引用、再手动取值，破坏了函数式链式表达 - 三个及以上 future 要两两组合？别硬套
thenCombine嵌套，考虑先用allOf+ 手动收集，再做批处理
真正麻烦的是类型擦除和异常穿透 —— 这俩问题不解决，allOf/anyOf 写出来看着简洁，跑起来总在奇怪的地方崩。别信 IDE 自动补全的泛型提示，亲手试下 .join() 返回什么类型，比读文档快。
