异步线程池中mdc上下文不会自动继承，需在提交任务前调用mdc.getcopyofcontextmap()捕获快照，在子线程run/call开头用mdc.setcontextmap()恢复，并在finally中调用mdc.clear()清理；推荐封装mdcawarerunnable/callable或重写线程池submit/execute方法统一处理，结合threadfactory设置线程标识增强日志归因。
异步线程池中 MDC 上下文不会自动继承，因为 MDC 底层是 ThreadLocal，而线程池复用线程时，新任务运行在已有线程上，原 MDC 内容已被清空或残留旧数据。必须在任务执行前主动捕获父线程上下文，并在子线程中显式恢复。
在提交任务前捕获并透传 MDC 快照
这是最直接、兼容性最好的方式。关键点在于：不是传递原始 MDC 对象，而是调用 MDC.getCopyOfContextMap() 获取不可变副本，再将其作为参数带入异步任务。
- 使用
MDC.getCopyOfContextMap()而非MDC.get()—— 前者返回独立副本，避免子线程修改污染父线程 - 在异步任务
run()或call()开头调用MDC.setContextMap(map)恢复上下文 - 务必在
finally块中调用MDC.clear()，防止线程复用导致脏数据泄露
封装 MDC 感知的 Runnable/Callable
避免每个异步调用都重复写快照+恢复逻辑，推荐封装通用包装器：
- 定义
MdcAwareRunnable：构造时捕获快照，run()中先恢复、再执行、最后清理 - 定义
MdcAwareCallable：同理，支持带返回值的任务 - 使用时只需
executor.submit(new MdcAwareRunnable(() -> doSomething()))
重写线程池 execute/submit 方法
若项目中大量使用 ThreadPoolTaskExecutor（Spring 场景常见），可继承并统一拦截任务提交过程：
- 重写
execute(Runnable)、submit(Runnable)、submit(Callable) - 在每个方法内，先获取当前线程 MDC 快照，再用工具类（如
MdcUtil.wrap()）包装任务 - 这样业务代码无需感知 MDC，所有异步调用天然携带上下文
配合 ThreadFactory 设置线程级标识
MDC 透传解决的是“内容”，ThreadFactory 解决的是“归属”。二者结合更利于日志归因：
- 自定义
ThreadFactory，为每个线程设置有意义的名称（如"order-processor-1"） - 在线程创建时调用
MDC.put("threadName", name)，后续日志自动带上该字段 - 日志配置中使用
%X{threadName}即可输出，便于快速定位任务所属线程
不复杂但容易忽略。核心就三点：捕获快照、子线程恢复、执行后清理。只要任一环节漏掉，就会出现日志断链或污染。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
