TTL（TransmittableThreadLocal）详解

一、什么是TTL?

TTL是ThreadLocal的增强版，想理解TTL需要先理解ThreadLocal，具体可以见专栏《ThreadLocal详解》的文章。

TTL是阿里巴巴开源的一个Java库。它继承了InheritableThreadLocal并对其进行了扩展，主要目的是在多线程执行任务时，实现ThreadLocal值在不同线程之间的传递，尤其是解决在线程池场景下的ThreadLocal变量失效的问题。

二、为什么会出现TTL？

在TTL出现前，我们用的是ThreadLocal以及ITL（InheritableThreadLocal），正因为它们的局限才促成了TTL的出现。

ThreadLocal

• 作用：在当前线程存储变量，实现线程隔离。
• 局限：当开启一个子线程时，子线程无法继承父线程的变量。不能实现跨线程传递。

InheritableThreadLocal

• 作用：实现了父子线程变量值传递，当创建一个子线程时会自动继承父线程的值
• 局限：无法应对线程池。线程池里线程是预先创建好并且长期存在的，而ITL仅在线程创建时进行拷贝。当我们把任务提交给线程池时，执行任务的线程造就创建好了，它不会执行初始化拷贝逻辑，导致我们拿到过期值，或者根本拿不到值。

TTL就是为了解决“线程池复用导致上下文丢失”的问题。

三、工作原理

简单来说，就是不在线程创建时传递值，而是在任务提交或执行传。

流程大概是这样的：

• 上下文拷贝：在任务提交时，TTL会拷贝当前上下文到任务中。
• 任务执行前设置上下文：在任务执行前，TTL会把任务中的上下文拷贝到当前线程中。
• 任务执行后清理上下文：在任务执行完毕后，TTL会清理当前线程中的上下文，防止内存泄漏。

四、常见的使用场景

1. 链路追踪：在分布式系统重传递追踪ID，方便日志关联和排查。

2. 上下文传递：比如在多线程环境下传递用户信息，TTL可以确保当前线程知道操作用户是谁。

3. 事务管理：在分布式事务中传递事务上下文，确保事务的一致性。

五、补充问题

1. TTL可以跨微服务传递上下文信息吗，微服务的服务是线程还是进程？

TTL不能跨微服务传递，它只能在“同一个Java进程内部”的线程之间传递，一个运行中的微服务就是一个独立的进程，拥有独立的内存空间、JVM实例和资源，而在微服务内部，由于需要处理并发请求，会开启成百上千个线程。所以不同微服务之间是跨进程、跨机器通信的。

如果需要跨服务传递，就需要通过OpenFeign等调用其他服务。

TTL 解决了“纵向”（线程间）的传递，而 RPC 协议解决了“横向”（服务间）的传递。两者结合，才构成了微服务的全链路上下文透传。