thenrun适合执行与上游结果无关的无参收尾清理操作，如关闭文件句柄、释放连接、删除缓存等；它不消费结果、不处理异常，语义明确且签名简洁，但默认不执行异常完成路径，需配合whencomplete确保必达。
thenRun 适合做什么场景
thenRun 的核心作用是：在前序 CompletableFuture 完成（无论成功或异常）后，**触发一个无参、无返回值的 Runnable**。它不消费上游结果，也不感知异常——这正是做“与结果无关的收尾清理”的天然位置。
比如关闭临时文件句柄、释放数据库连接池中的资源、删除本地缓存目录、记录任务结束时间戳等操作，往往不需要知道前面算出了什么，只要确保“流程走完了就执行”。
为什么不能用 thenAccept 或 thenApply 替代
-
thenAccept 要求接收一个 Consumer<t></t>，必须传入上游的计算结果（T），如果你不关心结果却硬写 thenAccept(x -> cleanup())，编译器会警告“x is unused”，且语义上误导：它暗示你在消费结果
-
thenApply 更不合适，它要返回新值，强制你构造一个无意义的返回（比如 thenApply(x -> { cleanup(); return null; })），破坏链式可读性，还可能干扰后续 join() 或 get() 的结果类型
-
thenRun 签名是 thenRun(Runnable)，零参数、void 返回，和“纯副作用清理”完全对齐
如何确保清理逻辑一定执行（含异常路径）
thenAccept 要求接收一个 Consumer<t></t>，必须传入上游的计算结果（T），如果你不关心结果却硬写 thenAccept(x -> cleanup())，编译器会警告“x is unused”，且语义上误导：它暗示你在消费结果thenApply 更不合适，它要返回新值，强制你构造一个无意义的返回（比如 thenApply(x -> { cleanup(); return null; })），破坏链式可读性，还可能干扰后续 join() 或 get() 的结果类型thenRun 签名是 thenRun(Runnable)，零参数、void 返回，和“纯副作用清理”完全对齐默认情况下，thenRun 只在上游 **正常完成（completed normally）** 时触发；如果上游因异常而完成（completeExceptionally），thenRun 不会执行——这不符合“收尾清理”的本意。
正确做法是：用 whenComplete + thenRun 组合，或直接用 whenComplete 包裹清理逻辑：
future
.whenComplete((result, ex) -> {
// 这里一定会执行：无论 result 是 null 还是非 null，ex 是 null 还是非 null
cleanupResources();
});
注意：whenComplete 的 lambda 是 BiConsumer<t throwable></t>，两个参数都允许为 null，需自行判空；若只想执行清理、完全忽略结果和异常，可简写为：
future.whenComplete((ignored, ignoredEx) -> cleanupResources());
容易被忽略的线程上下文陷阱
thenRun 默认使用 ForkJoinPool.commonPool()（Java 8/9/10）或 ThreadPoolExecutor（Java 11+），**不继承上游线程的上下文**，比如 MDC 日志上下文、事务传播、ThreadLocal 存储的用户 ID 等都会丢失。
若清理逻辑依赖这些，必须显式传递或切换上下文：
- 用
thenRunAsync(Runnable, executor)指定自定义线程池，该池可预设 ThreadLocal 初始化逻辑 - 在
whenComplete中手动拷贝关键 ThreadLocal 值（如MDC.getCopyOfContextMap()），再在清理逻辑中还原 - 避免在
thenRun内部直接访问未隔离的 ThreadLocal，否则很可能拿到 null 或旧值
清理逻辑本身是否线程安全，也得看具体实现——比如多个异步分支共用同一个 File.delete()，就得加锁或改用原子操作。
