Java中的ThreadLocal

一、概念

• ThreadLocal可以实现资源对象的线程隔离，让每个线程各用各的资源对象，避免争用引发的线程安全问题。
• ThreadLocal同时实现了线程内的资源共享。

二、原理

• ThreadLocal本质上是依托于每个线程内的ThreadLocalMap类型的成员变量，该成员变量是用来存储资源对象的。
  1. 调用set方法，就是以ThreadLocal自己作为key，资源对象作为value，放入当前线程的ThreadLocalMap集合中。
  2. 调用get方法，就是以ThreadLocal自己作为key，到当前线程中查找关联的资源值。
  3. 调用remove方法，就是以ThreadLocal自己作为key，移除当前线程关联的资源值。
• 每创建一个ThreadLocal对象，就会计算出一个该对象的哈希值，此值就用于计算该ThreadLocal对象应该存储在每个线程的ThreadLocalMap成员变量的哪个桶位上。
  1. 第一个ThreadLocal的哈希值为0。
  2. 随后，每创建一个ThreadLocal对象，就会计算一个哈希值，且新的哈希值是在上一个ThreadLocal对象哈希值的基础上增加了1640531527。
  3. 当ThreadLocalMap成员变量的存储数目达到了当前容量的三分之二时，就会触发扩容，将容量扩容为当前的二倍。
  4. 如果存储ThreadLocal对象时，在ThreadLocalMap成员变量中发生了哈希冲突，则会寻找当前ThreadLocalMap成员变量中发生哈希冲突桶位的下一个空闲桶位存放该对象和资源（开放寻址法）。

三、细节

1.为什么ThreadLocalMap中的key(即ThreadLocal)要设计为弱引用?

• Thread可能需要长时间运行（如线程池中的线程），如果key不再使用，需要在内存不足时进行垃圾回收（GC）来释放其占用的内存。注意，只有设置成弱引用才可以在GC时被释放，强引用无法释放。

2.何时释放ThreadLocalMap中的value(即ThreadLocal内资源)的内存？

• GC仅是让key的内存释放，后续值的内存的释放，是要根据key是否为null来进行的，有如下几个释放时机
  1. get key发现null key。注意，此时ThredLocal还会把当前查询的key重新放入，只不过值是null。
  2. set key时，会使用启发式扫描（临近清除），清除临近的null key，启发次数与元素个数、是否发现null key有关。
  3. 前两种情况都是基于key（也就是ThreadLocal对象）为null的情况，但是在实际使用中，ThreadLocal创建时都把它作为静态变量，是强引用，GC无法回收，所以我们都使用remove方法操作ThreadLocalMap成员变量将其清理，此时也会释放key和value的内存。