源码阅读笔记 之 ThreadLocal —— 不复杂,却有点绕的一个 per thread API

(已于20201014重新更新)

ThreadLocal 源码阅读笔记:

1. 初探 ThreadLocal:

从类层面上看,ThreadLocal 中定义了 ThreadLocalMap。操作这个map需要通过 ThreadLocal 提供的 public API,常用的API有 get(), set(T) 等。

从对象层面上看,Thread 类里面封装了一个类型为 ThreadLocal.ThreadLocalMap、名称为 threadLocals 的实例属性。

从代码运行层面上看,操作的类型顺序为 ThreadLocal --> Thread --> ThreadLocalMap --> ThreadLocal --> <和ThreadLocal对象绑定的 Object>。第一次访问 ThreadLocal 是因为操作 ThreadLocalMap 的 API 封装在 ThreadLocal 中,而这个map是Thread对象的某个属性,需要通过Thread对象访问;访问到map后,仍需要ThreadLocal作为map的key来查找当前Thread所使用的某个ThreadLocal对象绑定的 Object。

你没看错,是“某个ThreadLocal对象”。这意味着,Thread可以拥有多个ThreadLocal,即在代码中让Thread操作多个ThreadLocal对象(或者说拥有它们的访问权),这些对象在 ThreadLocalMap 中遵从哈希表存放 key-val 对的基本规则。下面讲 ThreadLocalMap 中如何解决哈希碰撞。

2. ThreadLocal 中 ThreadLocalMap 的 hash碰撞解决策略:线性探测法。

前面说到“ThreadLocalMap 中遵从哈希表存放 key-val 对的基本规则”,因此当你的 Thread 使用了多于一个 ThreadLocal 对象时,就会在 ThreadLocalMap 内部的 table 中产生 hash碰撞的可能。

如果你的代码从头到尾只让 Thread 使用一个 ThreadLocal 对象,那么不好意思,ThreadLocal 的 hash碰撞跟你一毛钱关系没有。

Note:你也可以让多个 Thread 共用一个 ThreadLocal 对象,这并没有任何不妥。因为 ThreadLocal 只是 ThreadLocalMap 中的 key,key 往往是可重复的,这可以类比为标签,比如每个人都应该有一个“姓名”,但是这个“姓名”下面的真实属性(val)却不尽相同,很容易在人群中找到“姓名”不同的两个人。当然,如果你是在哈希表中存放所有用户的信息,那么key应当是每个用户信息中具有唯一性的那个属性。

ThreadLocal 类中封装了一个常量实例域:threadLocalHashCode,它通过一个静态方法 nextHashCade(); 来生成。通过这个静态方法,为不同的 ThreadLocal 对象派发一个 hashcode,这就是这个静态方法的作用。在 Java HashMap 中我们知道程序会对放入map中的 key 做一个 hash运算,这个 nextHashCade() 方法的作用是一样的。

Note:第一个 threadLocalHashCode 是 0,下一个是 0+0x61c88647,即步进 0x61c88647。

如果你的某一个线程池代码需要处理线程副本变量,并且使用到了多个 ThreadLocal 对象,当这些对象很多时,nextHashCade() 方法分发的 hashcode “碰巧”发生了碰撞,那么碰撞之后的下标寻找将在当前下标的基础上+1 去寻找新下标,即 线性探测法。而 HashMap 中的冲突解决策略是链表法,即用一个 Node.next 指针将各个元素串联到一个链表上。

3. ThreadLocal 的内存泄漏:

ThreadLocalMap 中的 Entry 是继承了 WeakReference 的,但只有 Entry 中的 kye 对象即 ThreadLocal 对象会被 WeakReference 关联上,Entry 中的 value 是没有被弱引用关联的。这就导致当 ThreadLocal 不再被线程引用之后,垃圾回收器对 Thread 中的 ThreadLocalMap 进行回收时可以回收掉 ThreadLocal,这样就会在 ThreadLocalMap 中产生 Entry 的 key 为 null 的 Entry。而 value 还被这个 ThreadLocalMap 的一些 Entry 关联着。就产生了所谓的“内存泄漏”。

因此 ThreadLocal 提供了 remove() 方法来释放这些 value,查看源码可以发现它调用 ThreadLocalMap 的 remove(ThreadLocal) 方法,清理所有 key == null 的 entry,而不是只清理一个。

原文地址:https://www.cnblogs.com/christmad/p/11879681.html