请说明 Java 中 TransmittableThreadLocal 的核心机制，它与 ThreadLocal 和 InheritableThreadLocal 的区别，以及它要解决的核心问题。

回答思路

1. 【回答框架 1】TransmittableThreadLocal 是阿里开源工具，解决线程池场景下 ThreadLocal 变量传递丢失的问题。其核心机制是：在任务提交时捕获当前线程的上下文快照，在任务执行前重放到工作线程，执行后恢复原值，从而让异步任务能感知提交方的上下文。
2. 【回答框架 2】与 ThreadLocal 相比，ThreadLocal 变量只属于当前线程，无法跨线程传递；InheritableThreadLocal 只在创建新线程时继承一次，线程池复用线程时不生效。TransmittableThreadLocal 通过显式捕获和重放，弥补了这两者的不足，特别适合线程池、ForkJoinPool 等场景。
3. 【回答框架 3】常用场景包括：传递 traceId 或 userId 等上下文信息，用于日志追踪、安全校验等。使用时可通过 TtlRunnable 或 TtlExecutors 包装任务，或在框架集成中自动完成捕获与重放。
4. 【回答框架 4】需要注意，TransmittableThreadLocal 并不保证业务幂等，只保证上下文传递；使用时需要考虑内存泄漏、性能开销以及线程池中值覆盖的顺序问题。
5. 【关键点 1】TransmittableThreadLocal 解决线程池下 ThreadLocal 值无法传递的问题，通过捕获和重放实现。
6. 【关键点 2】InheritableThreadLocal 仅新线程创建时继承，线程池复用时不生效，TransmittableThreadLocal 则每次任务提交时捕获。
7. 【关键点 3】典型用法是包装任务为 TtlRunnable 或使用 TtlExecutors。
8. 【关键点 4】适用于 traceId、userId 等上下文传递，不适用于大数据量或高频频繁捕获场景。
9. 【易错点 1】误以为 TransmittableThreadLocal 保证业务幂等，它只负责上下文传递。
10. 【易错点 2】忽略线程池中值覆盖顺序：多个任务并行时，快照重放可能互相影响，需按需设计。
11. 【易错点 3】过度使用导致性能开销，尤其在任务提交极其频繁时。