目录
2.1、ThreadLocalMap为什么是ThreadLocal的内部类
5.1 InheritableThreadLocal如何进行父子线程传递的
一、ThreadLocal是什么
ThreadLocal是JDK提供的线程局部变量工具类,ThreadLocal中填充的变量属于当前线程,对于其他线程隔离。ThreadLocal本身不存储值而是作为一个Key来让线程获取线程的局部变量。
二、ThreadLocal结构
Thread 中定义两个类型均为 ThreadLocalMap 的变量 threadLocals(独占) 和 inherittableThreadLocals(可共享),主要用于存储线程本地变量。ThreadLocalMap 是 ThreadLocal 的静态内部类,类似于Map的 KV 存储结构。ThreadLocal 可以理解为操作线程本地变量的工具,通过 set 方法将 value 添加到 threadLocals 中去,通过 get 方法可以去获取当前线程变量中的 threadLocals 值。如果需要移除值,则调用 remove 方法。
2.1、ThreadLocalMap为什么是ThreadLocal的内部类
ThreadLocalMap是一个仅用于存储本地线程的一个值,所有方法都是私有的,没有对外进行暴露;也就是说除了ThreadLocal这个类,其他所有类都不能操作ThreadLocalMap中的任何方法。通过将ThreadLocalMap 设置为ThreadLocal内部类,进行了封装和屏蔽内部细节。同时ThreadLocalMap的访问权限是包级的,所以Thread中可以引用。
2.2、Entry为什么要继承WeakReference
通过Entry的源码可以知道这里的Entry和Map.Entry是一样的,它是一个键值对;只所以继承WeakReference实际的目的是是的Entry中的key是一个弱引用。那么要将key设置为弱引用呢?我们可以假设一下,如果key是强引用;只要Thread一直存活,它所引用的threadlocals就无法被回收,threadLocals中关联的所有entry是无法被回收的,这样就存在内存泄漏风险。那么将key设置为弱引用就可以解决内存泄漏问题吗?在GC后,Entry中的key被回收了,它的value还是在的,还是存在内存泄漏的风险;这个问题又是如何解决的呢?他会在get的时候清理key为null的的数据。
2.3、ThreadLocalMap如何解决hash冲突
ThreadLocalMap 没有使用数据加链表的接口而是直接使用数据,那么它是如何解决hash冲突的呢?我们首先看一下hash冲突常见的解决方案有哪些?
2.3.1、Hash冲突解决方案
hash冲突常见的解决方案有以下四种:
开放地址法
所谓开放地址就是在hash冲突时,使用某种探测技术,在散列表中形成一个探测序列,沿着探测序列进行查找,直到找到key或空地址为止。ThreadLocalMap就是采用该方案,
链地址法
连地址就是HashMap使用的方案,就是hash节点有一个next指针指向下一个节点
再Hash法
如果hash冲突,就使用另外一个hash算法直到找到key或控制地
公共溢出法
如果冲突就直接保存到溢出区