谈谈对TransmittableThreadLocal的理解

最新推荐文章于 2023-06-20 18:32:18 发布

来搞笑的Yuan

最新推荐文章于 2023-06-20 18:32:18 发布

阅读量1k

点赞数 1

分类专栏： Java 文章标签： java 开发语言后端

本文链接：https://blog.csdn.net/weixin_36268933/article/details/121718947

版权

前言

最近遇到一个问题，公司内部有一个公共的SSO包，用来获取HTTP请求中的登录态，代码中会直接用这个包的方法获取用户登录信息，在代码任意位置直接用SSOUtil.getUser()获取用户信息，在我们一个下载的业务代码中，用到了线程池开启子任务处理请求，结果发现子任务中拿到的用户信息和HTTP请求主线程中的不一致，导致了一些业务问题。

出问题的交互流程如下：

最后在SSO包的源码中排查到了问题所在，SSO包用到了一个TransmittableThreadLocal(本文统一简称TTL)来存储用户信息到当前线程。本文的目的是探究一下TTL的原理，在这之前会先回顾一下ThreadLocal和InheritableThreadLocal的实现原理。

ThreadLocal

ThreadLocal是Java的一个类，顾名思义，“线程本地”变量，用于保存线程私有的变量。ThreadLocal有一个内部类叫ThreadLocalMap，ThreadLocalMap底层是数组，数组中存放多个Entry对象，这个对象的Key是一个指向ThreadLocal变量的WeakReference，Value是当前线程该ThreadLocal变量的值。对于每一个Java线程，在JVM中对应一个Thread对象，每个Thread对象里面持有一个ThreadLocalMap，它们之间的关系用下图表示更加清楚。
ThreadLocal示意

ThreadLocal的核心类ThreadLocalMap部分源码如下

static class ThreadLocalMap {

    /**
     * The entries in this hash map extend WeakReference, using
     * its main ref field as the key (which is always a
     * ThreadLocal object).  Note that null keys (i.e. entry.get()
     * == null) mean that the key is no longer referenced, so the
     * entry can be expunged from table.  Such entries are r