MDC在多线程中默认不继承，因基于ThreadLocal实现，子线程无法自动获取父线程MDC；需手动通过getCopyOfContextMap()复制并在run()中setContextMap()，执行后调用clear()防止污染。
在多线程环境下，MDC（Mapped Diagnostic Context）默认不具备继承性，子线程无法自动获取父线程的 MDC 内容。因此，若想在 Runnable 中继续使用主线程注入的流水号（如 traceId）进行日志追踪，必须手动将父线程的 MDC 上下文复制到子线程中。
为什么 Runnable 中 MDC 会丢失？
MDC 底层基于 ThreadLocal 实现，而每个线程都有独立的 ThreadLocal 实例。当使用线程池（如 ThreadPoolExecutor）执行 Runnable 时，新线程不会自动继承原线程的 MDC 数据，导致日志中缺失 traceId 等关键字段。
手动复制 MDC 到子线程（推荐方式）
在提交任务前，显式捕获当前 MDC 内容，并在 Runnable 执行开始时将其设置到当前线程：
- 调用
MDC.getCopyOfContextMap()获取当前上下文快照 - 将该 Map 封装进
Runnable或通过装饰器传递 - 在
run()方法开头调用MDC.setContextMap(...) - 执行完后建议调用
MDC.clear()避免线程复用污染
示例代码：
立即学习“Java免费学习笔记（深入）”；
Map<String, String> parentMdc = MDC.getCopyOfContextMap();
executor.submit(() -> {
try {
if (parentMdc != null) {
MDC.setContextMap(parentMdc);
}
// 业务逻辑
log.info("处理订单");
} finally {
MDC.clear(); // 清理，防止线程池复用导致脏数据
}
});
使用 MDC-aware 的 Runnable 包装器（更健壮）
封装一个可复用的装饰类，自动完成 MDC 传递与清理：
public class MdcRunnable implements Runnable {
private final Runnable delegate;
private final Map<String, String> mdcContext;
public MdcRunnable(Runnable delegate) {
this.delegate = delegate;
this.mdcContext = MDC.getCopyOfContextMap();
}
@Override
public void run() {
Map<String, String> oldContext = MDC.getCopyOfContextMap();
try {
if (mdcContext != null) {
MDC.setContextMap(mdcContext);
} else {
MDC.clear();
}
delegate.run();
} finally {
if (oldContext != null) {
MDC.setContextMap(oldContext);
} else {
MDC.clear();
}
}
}
}
使用时只需包装： executor.submit(new MdcRunnable(() -> {...}))
配合线程池统一处理（高级方案）
若项目大量使用线程池，可自定义 ThreadPoolExecutor 子类，或使用 ThreadFactory + Runnable 包装，在任务提交阶段自动增强：
- 重写
beforeExecute：从父线程传入 MDC 快照（需配合任务对象携带） - 使用
Executors.decorateTask类似逻辑（Java 8+ 可借助newThread工厂注入） - Spring 环境下可结合
@Async+AsyncUncaughtExceptionHandler和 MDC 传播 Bean
注意：Logback 1.3+ 和 Log4j2 2.17+ 已支持部分自动 MDC 继承（需开启配置），但对自定义线程池仍需手动干预。
不复杂但容易忽略，关键是“复制时机”和“清理时机”要匹配，否则会出现日志串号或内存泄漏风险。
