runAfterBoth用于在两个CompletableFuture均完成（无论成功或异常）后同步执行无返回值的Runnable，适用于清理、日志等收尾操作，不消费结果、不支持链式调用、默认在后完成任务的线程执行。

runAfterBoth 适合在两个独立的异步任务都成功完成之后，执行一个无返回值的后续操作（比如资源释放、日志记录、状态清理等），它不关心前置任务的结果，只等待它们“完成”（包括正常结束或异常终止）。

runAfterBoth 的核心行为

它接收两个 CompletableFuture 和一个 Runnable，当且仅当两个前置 future 都进入终态（completed）后，才会触发 Runnable。注意：
- 即使其中一个 future 因异常而完成，只要另一个也完成了（无论成功或失败），runAfterBoth 的回调仍会执行；
- 它不传播异常，也不组合结果，纯粹是“时机同步 + 旁路动作”；
- 返回的是一个新的 CompletableFuture，可用于进一步链式编排。

典型清理场景示例

比如同时上传图片和元数据，不管哪边出错，只要两个请求都已响应（哪怕失败），就关闭临时文件流或清除本地缓存：

• 前置任务 A：上传图片到对象存储（返回 URL 或抛异常）
• 前置任务 B：写入数据库记录（返回主键 或 抛异常）
• runAfterBoth 回调：删除本地临时文件、释放 ByteBuffer、标记任务状态为“已尝试”

与类似方法的关键区别

避免误用，需明确对比：

Phind

一款AI开发辅助工具，主要用于Phind 是一款专为开发人员创建的AI搜索引擎，可以快速有效地找到技术查询答案，适合需要提升相关任务效率的用户。

下载

• thenAcceptBoth：需要两个 future 都 正常完成，且要消费它们的结果；若任一 future 异常，回调不执行
• runAfterEither：只要任意一个完成就触发，不满足“双完成”约束
• whenComplete 或 handle：作用于单个 future，无法天然表达“等两个”的语义
• 若需“双成功才清理”，应改用 thenCombine + 手动判空/异常处理，而非 runAfterBoth

异常情况下的实际表现

runAfterBoth 不屏蔽异常，但自身回调仍会运行。例如：

• futureA.completeExceptionally(new IOException())
• futureB.complete("ok")
• runAfterBoth 的 Runnable 仍会执行 —— 这正是清理逻辑需要的：不管成败，该收尾就得收尾
• 但要注意：若清理逻辑自身抛异常，会作为新 CompletableFuture 的异常结果，影响下游 thenApply 等操作