分布式链路追踪中自定义异步Callable埋点需解决traceId跨线程丢失和业务零侵入问题；因MDC基于ThreadLocal，子线程无法继承父线程上下文；通过CallableWrapper快照并还原MDC、配合TaskDecorator或AOP实现透传与Span父子关系维护。

为分布式链路追踪系统开发通用的自定义异步 Callable 埋点，核心在于解决两个关键问题：一是保证 traceId 在线程切换后不丢失，二是让埋点逻辑对业务代码零侵入、可复用。

为什么原生 Callable 会丢失 traceId

Java 中 Callable 通常提交给线程池执行，而 MDC（Mapped Diagnostic Context）底层依赖 ThreadLocal。新线程启动时，其 ThreadLocal 是空的，父线程写入的 traceId 不会自动继承。日志里看到的 traceId 为空或错乱，本质就是上下文断开了。

封装带上下文透传的CallableWrapper

最直接有效的方式是包装一层代理类，在提交前捕获当前线程的 MDC 内容，并在子线程执行前还原：

• 构造时调用 MDC.getCopyOfContextMap() 快照当前 MDC 映射
• 重写 call() 方法：先用 MDC.setContextMap(...) 恢复上下文，再执行原始业务逻辑
• 执行结束后调用 MDC.clear() 防止线程复用污染
• 建议实现 AutoCloseable 或配合 try-with-resources 自动清理

适配主流线程池与框架

单纯封装 CallableWrapper 还不够，需配套注入机制：

• 对 ThreadPoolExecutor，可继承并重写 beforeExecute() 和 afterExecute()，统一做 MDC 传递与清理
• 使用 Spring 的 TaskExecutor 时，推荐配置 AsyncConfigurer，返回自定义的 ThreadPoolTaskExecutor 并设置 setThreadFactory + setTaskDecorator
• TaskDecorator 是关键：它能在每个任务执行前后插入逻辑，天然适合注入/还原 MDC

结合注解实现声明式异步埋点

进一步降低使用成本，可仿照 Spring 的 @Async 设计一个增强版注解：

• 定义 @TracedAsync 注解，支持指定 traceId 来源（如从当前上下文提取，或强制生成新 traceId）
• 配合 AOP 切面拦截被注解的方法，自动包装为带 MDC 透传能力的 Callable 或 Runnable
• 切面中还可记录异步任务的 Span 起始/结束时间、异常信息，上报至 SkyWalking 或 Zipkin

不复杂但容易忽略的是父子 Span 关系的维护——异步任务应作为当前 trace 的子 Span 启动，而非独立 trace。这需要在还原 MDC 的同时，从上下文中提取 parentSpanId 和 traceId，并在新 Span 创建时显式设置 parent 引用。