InheritableThreadLocal在Hystrix线程池中失效，因其仅在线程初始化时拷贝一次上下文，复用线程时不更新；需通过HystrixConcurrencyStrategy包装Callable或使用TransmittableThreadLocal配合TtlExecutors传递上下文，并务必在请求结束时显式remove()。
InheritableThreadLocal 不能直接用于 Hystrix 线程池场景，它只在 new Thread() 时拷贝一次，线程复用后就失效了。
为什么 InheritableThreadLocal 在 Hystrix 中会丢 traceId
因为 Hystrix 默认使用线程池隔离（HystrixThreadPool），执行命令时从池中取一个已有线程，而非新建线程。而 InheritableThreadLocal 的值只在 Thread.init() 阶段从父线程 inheritableThreadLocals 拷贝一次——线程复用时不会重新拷贝，也不会感知父线程后续 set 的新值。
常见现象包括：
-
TraceContext.currentTraceId()返回 null 或上一个请求残留的旧值 -
SecurityContextHolder.getContext().getAuthentication()为 null - 日志中 MDC 的
traceId和实际请求不匹配
根本原因不是代码写错了，是线程模型和 InheritableThreadLocal 的设计边界不重合。
用 HystrixConcurrencyStrategy 包装 Callable 实现传递
Hystrix 提供了 HystrixConcurrencyStrategy 扩展点，核心是重写 wrapCallable(Callable 方法，在任务提交前捕获当前线程的上下文，并在子线程执行时 restore。
实操要点：
- 继承
HystrixConcurrencyStrategy，构造时保存当前线程的traceId、Authentication、MDC.getCopyOfContextMap()等关键数据 - 在
wrapCallable中返回一个包装后的Callable，其call()方法先set上下文，再try/finally清理（remove()） - 必须通过
HystrixPlugins.registerConcurrencyStrategy()注册该策略，且只能注册一次（Spring Boot 中建议放在@PostConstruct或ApplicationContextInitializer）
示例关键片段：
public class TraceableConcurrencyStrategy extends HystrixConcurrencyStrategy {
@Override
public <t> Callable<t> wrapCallable(Callable<t> callable) {
final Map<string string> mdcContext = MDC.getCopyOfContextMap();
final String traceId = TraceContext.currentTraceId();
final Authentication auth = SecurityContextHolder.getContext().getAuthentication();
return () -> {
if (mdcContext != null) MDC.setContextMap(mdcContext);
if (traceId != null) TraceContext.setTraceId(traceId);
if (auth != null) SecurityContextHolder.getContext().setAuthentication(auth);
try {
return callable.call();
} finally {
MDC.clear();
TraceContext.clear();
// 注意：SecurityContextHolder 默认是 THREADLOCAL 模式，也要 clear
SecurityContextHolder.resetContext();
}
};
}
}</string></t></t></t>
更轻量的替代方案：TransmittableThreadLocal（TTL）
如果你不想侵入 Hystrix 生命周期，或项目中还混用 CompletableFuture、@Async、TimerTask 等异步机制，TransmittableThreadLocal 是更通用的选择。
它不依赖线程创建时机，而是通过装饰 Runnable/Callable，在 run()/call() 前后做 snapshot + restore。配合 TtlExecutors 包装线程池即可生效：
- 把原
ExecutorService替换为TtlExecutors.getTtlExecutorService(originalPool) - 所有
submit(Runnable)、submit(Callable)、invokeAll()等调用都会自动携带上下文 -
TransmittableThreadLocal本身是InheritableThreadLocal子类，兼容原有逻辑
注意：TTL 不会自动清理，仍需在请求结束时显式调用 ttl.remove()，否则线程池复用会导致脏数据。
最容易被忽略的清理动作
无论用哪种方案，都必须在请求生命周期终点（如 Spring 的 HandlerInterceptor.afterCompletion 或 WebFilter 的 doFilter finally 块）执行 remove()。漏掉这一步，线程池里那个线程下次被复用时，就会带着上一个用户的 traceId、Authentication、甚至 MDC 全量 map 进入新请求——权限越权、日志串号、链路断裂全由此而起。
尤其要注意：多个 ThreadLocal 变量（比如你同时用了 TraceIdTL、UserTL、TenantTL）要逐个 remove()，不能只清一个。
