CompletableFuture.thenAccept()用于前置任务正常完成时执行无返回值的消费逻辑，不改变结果类型、不产生新CompletableFuture，适合日志、通知等副作用操作；默认在前置任务完成的同一线程执行，异常时不触发。
CompletableFuture.thenAccept() 用于在异步任务完成、且不需要返回新结果时，执行一个消费型（Consumer）逻辑。它不改变原始 CompletableFuture 的结果类型，也不产生新的 CompletableFuture，适合做“收尾操作”，比如日志记录、通知、资源清理等。
核心特点与适用场景
• 接收前一阶段的计算结果（非 void），但自身不返回任何值（返回 CompletableFuture<void></void>）
• 执行时机：仅当前置 CompletableFuture 正常完成（非异常）时触发
• 不会阻塞主线程，也不会影响链式调用的返回值传递
• 常见用途：打印日志、更新 UI 状态、发送监控指标、关闭连接等“副作用”操作
基本用法示例
假设你有一个异步查询用户信息的操作：
CompletableFuture<User> userFuture = CompletableFuture.supplyAsync(() -> fetchUserFromDB(123));
你想在用户查到后打印一条日志，但不需要生成新 future：
立即学习“Java免费学习笔记（深入）”；
userFuture.thenAccept(user -> System.out.println("已加载用户：" + user.getName()));
注意：该语句本身返回的是 CompletableFuture<void></void>，但通常无需接收——除非你要继续串接其他无返回逻辑（如再调用一次 thenAccept）。
与 thenAcceptAsync 的区别
• thenAccept()：默认在前一阶段完成的**同一线程**中执行（可能是 ForkJoinPool 线程，也可能是触发 complete 的外部线程）
• thenAcceptAsync()：强制提交到 ForkJoinPool.commonPool()（或指定 Executor），确保异步执行，避免阻塞上游线程
• 若内部逻辑较重（如 IO、睡眠、复杂计算），推荐用 thenAcceptAsync 防止拖慢整个异步流水线
异常情况下的行为
• 如果前置 CompletableFuture 以异常结束（如抛出 RuntimeException），thenAccept() 中的 Consumer **不会执行**
• 不会传播异常，也不会中断后续链（除非显式调用 exceptionally() 或 handle()）
• 如需统一处理异常 + 成功逻辑，应改用 handle()；如只关心异常，可用 exceptionally()
