lambda 表达式本身不执行异步操作，但与 completablefuture 配合可使异步逻辑更简洁易组合；thenapply 用于同步加工、thencompose 扁平化嵌套异步调用、supplyasync 启动异步源头、allof/handle 统一收口多任务。
Lambda 表达式本身不执行异步操作，但它和 CompletableFuture 搭配，能让异步逻辑写得更干净、更易组合。关键不是“写 Lambda”，而是用它定义每一步的处理逻辑，并交给 CompletableFuture 的链式方法去调度执行。
用 thenApply 做同步加工
当上一步返回一个值，你只需在内存里转换它（比如格式化字符串、提取字段、计算数值），就用 thenApply。它接收一个 Function，输入是前序结果，输出是新值，全程不阻塞线程。
- 单行逻辑直接写：s -> s.trim().toLowerCase()
- 支持方法引用：String::length 或 user::getEmail
- 别在 Lambda 里写耗时操作（如 IO、数据库调用），否则会拖慢整个异步线程
用 thenCompose 扁平化嵌套异步调用
如果某步加工本身还要发起另一个异步任务（比如根据用户 ID 查用户，再根据用户查权限），就不能用 thenApply——它返回普通值，而你需要返回一个新的 CompletableFuture。thenCompose 正是用来“拆平”这种嵌套的。
- 它接收一个返回 CompletableFuture 的 Lambda，自动把 CompletableFutur
> 展平为 CompletableFutur - 常见于：鉴权 → 获取用户 → 加载角色 → 查询菜单
- 每一步仍是独立异步任务，不会陷入回调地狱
用 supplyAsync 启动异步源头
所有链式处理都得有个起点。supplyAsync 就是那个起点：它把一个 Supplier 包装成异步任务，在指定线程池（或默认 ForkJoinPool）中执行，并返回 CompletableFuture。
- 推荐显式传入线程池，避免挤占公共池资源：supplyAsync(() -> db.query(), customPool)
- 不要在 supplyAsync 的 Lambda 里做复杂编排，只放真正耗时的操作
- 后续的 thenApply/thenCompose 都会延续在同一个异步上下文中执行，除非显式用 *Async 方法切换线程
用 allOf 或 handle 统一收口多任务
多个互不依赖的异步操作（如并行查用户、订单、消息数），适合用 allOf 合并；出错时不想中断流程，就用 handle 或 exceptionally 接住异常并返回兜底值。
- allOf 返回 CompletableFuture
，需手动 join 各子任务并提取结果 - handle 接收 (result, throwable) 两个参数，可统一判断成功或失败路径
- exceptionally 只处理异常分支，适合返回默认值或重试逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
