FutureTask 不负责上下文传递，需配合 ThreadLocal 族手动实现；InheritableThreadLocal 仅适用于直系父子线程，线程池中易污染；推荐使用 TransmittableThreadLocal（TTL）或手动快照+显式注入并清理。
FutureTask 本身不负责上下文传递，它只封装任务并提供异步结果获取能力。要在多线程间安全传递业务上下文（比如用户ID、租户标识、追踪ID等），必须配合 ThreadLocal 类族，并在任务提交前完成上下文的捕获与注入。
为什么不能直接靠FutureTask传上下文
FutureTask 是对 Callable 或 Runnable 的包装，它不感知、也不自动复制调用线程的 ThreadLocal 值。当主线程创建 FutureTask 并提交给线程池后，执行该任务的工作线程拥有独立的 ThreadLocal 存储空间，原线程的上下文不会自动继承过去。
用 InheritableThreadLocal 基础方案
适用于父子线程直系传递（如 new Thread(futureTask).start()）：
- 将业务上下文存入
InheritableThreadLocal，而非普通 ThreadLocal - 主线程设置值后，子线程启动时会自动拷贝父线程的 inheritable thread-local 值
- 但注意：线程池中的线程是复用的，InheritableThreadLocal 的值不会自动清理，可能污染后续任务
推荐：结合 TransmittableThreadLocal（TTL）
这是阿里开源的增强型 ThreadLocal，专为线程池场景设计，能真正解决上下文跨线程池传递问题：
立即学习“Java免费学习笔记（深入）”；
- 引入依赖：
com.alibaba:transmittable-thread-local:2.12.2 - 声明上下文容器：
private static final TransmittableThreadLocal<string> traceId = new TransmittableThreadLocal();</string> - 提交任务前包装：
ExecutorService executor = TtlExecutors.getTtlExecutorService(Executors.newFixedThreadPool(4)); - FutureTask 创建后，通过
executor.submit(futureTask)提交，TTL 会自动透传上下文
手动快照 + 显式注入（无第三方依赖时）
如果无法引入 TTL，可在线程提交前手动捕获并注入：
- 主线程中读取当前上下文（如
String ctx = MDC.get("traceId")或自定义 ThreadLocal.get()） - 把上下文作为参数传入 Callable 构造器，或用闭包捕获（Lambda 中引用局部 final 变量）
- Callable 内部在执行前调用
threadLocal.set(ctx)，执行完再remove()避免内存泄漏 - 示例：
FutureTask<String> ft = new FutureTask<>(() -> { try (var ignored = scopeContext()) { return doWork(); } });
关键点在于：上下文传递不是 FutureTask 的功能，而是需要你主动设计传递机制；线程池复用特性决定了必须显式清理或使用 TTL 这类专业工具。否则极易出现上下文错乱或内存泄漏。
