thenCompose()用于扁平化串联异步任务，避免CompletableFuture嵌套；它接收前序结果并返回新CompletableFuture，自动压平链式结构，而thenApply()无法解包导致类型错误。
thenCompose() 是 CompletableFuture 中专门用于“扁平化串联”异步任务的核心方法，适用于前一个任务的返回值是 另一个 CompletableFuture，且你希望将它自然接入执行链的场景——它会自动解包（flatten）内层的 CompletableFuture，避免出现 CompletableFuture<CompletableFuture<T>> 这种嵌套结构。
为什么不用 thenApply()？关键区别在这里
如果前序任务返回的是普通对象（如 String、Integer），用 thenApply() 即可；但若返回的是一个新的 CompletableFuture（比如调用另一个异步 API），直接用 thenApply() 会导致类型嵌套，后续无法直接 .join() 或链式处理。
✅ 正确做法：用 thenCompose() —— 它接收一个 Function
❌ 错误示例：
supplyAsync(() -> "user123")
.thenApply(id -> findUserDetailAsync(id)) // 返回 CompletableFuture<User>
.join(); // 类型是 CompletableFuture<CompletableFuture<User>> → 编译失败或逻辑错误
典型使用模式：ID → 异步查实体 → 异步查关联数据
常见业务流：先异步获取用户 ID，再用该 ID 异步查用户详情，最后用用户所属部门 ID 异步查部门信息。每一步都返回 CompletableFuture：
立即学习“Java免费学习笔记（深入）”；
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
CompletableFuture<String> userIdFut = fetchUserIdAsync();CompletableFuture<User> userFut = userIdFut.thenCompose(this::findUserByIdAsync);CompletableFuture<Department> deptFut = userFut.thenCompose(user -> findDeptByIdAsync(user.getDeptId()));
整个链最终是 CompletableFuture<Department>，可直接 .join() 或继续 .thenAccept() 处理。
异常传播与错误处理要主动接管
thenCompose() 本身不捕获异常：只要上游任意环节抛出异常（包括 supplier 或 function 中），整个链都会以该异常完成。如需容错，必须显式使用 exceptionally() 或 handle()：
- 简单兜底：用
exceptionally(ex -> defaultDept)返回默认值 - 区分处理：用
handle((dept, ex) -> ex != null ? fallback(dept, ex) : dept) - 注意：exceptionally 的 lambda 参数是 Throwable，不是 Exception，能捕获所有异常类型
和 thenComposeAsync 的区别：线程调度策略
默认 thenCompose() 在前一个 stage 完成的**同一线程**中执行函数（可能阻塞该线程）；thenComposeAsync() 则提交到 ForkJoinPool.commonPool()（或自定义 Executor）异步执行，更适合耗时或可能阻塞的操作。
✅ 推荐：只要 function 内部含 I/O 或计算密集操作，优先选 thenComposeAsync(..., executor)，避免拖慢上游线程池。
