一、文字理论
1.ThreadLocal 可以实现【资源对象】的线程隔离,让每个线程各用各的【资源对象】,避免争用引发的线程安全问题
2.ThreadLocal 同时实现了线程内的资源共享
3.其原理是,每个线程内有一个 ThreadLocalMap 类型的成员变量,用来存储资源对象
①调用 set 方法,就是以 ThreadLocal 自己作为 key,资源对象作为 value,放入当前线程的 ThreadLocalMap 集合中
②调用 get 方法,就是以 ThreadLocal 自己作为 key,到当前线程中查找关联的资源值
③调用 remove 方法,就是以 ThreadLocal 自己作为 key,移除当前线程关联的资源值
4.为什么 ThreadLocalMap 中的 key (即 ThreadLocal )要设计为弱引用?
①Thread 可能需要长时间运行(如线程池中的线程),如果 key 不再使用,需要在内存不足(GC)时释放其占用的内存
②但 GC 仅是让 key 的内存释放,后续还要根据 key 是否为 null 来进一步释放值的内存,释放时机有
a)获取 key 发现 null key
b)set key 时,会使用启发式扫描,清除临近的 null key,启发次数与元素个数,是否发 现 null key 有关
c)remove 时(推荐),因为一般使用 ThreadLocal 时都把它作为静态变量,因此 GC 无法回收
二、ThreadLocal作用
调用test1,获取连接对象,每次获取的对象都不一样,线程之间是不同的对象
调用test2,一个线程获取三次连接对象,每次获取的对象都一样 ,线程内它是同一个对象
那我们再看看工具类,就可以解释线程内为什么是同一个线程,线程间是不同线程
三、ThreadLocal原理演示
线程1调用set方法,创建一个map集合,把threadlocal对象作为key,资源对象作为值,存入到map集合中。线程2还是对同一个对象set方法,但是是在线程2内部创建map集合,他关联的就是另一个不一样的资源值了。
索引计算:每创建一个新的对象,就会分配一个新的hash值,刚开始hash值是0,再创建一个它是在0的基础上加1640531527,计算出桶下标。
扩容时机由容量和扩容因子有关,超过容量的2/3就会触发扩容
四、ThreadLocalMap的key和value的释放时机
1、key释放时机
当你没有良好的编程习惯,不去主动销毁ThreadLocalMap,那只能等到垃圾回收去处理,如果设置为强引用,垃圾回收无法清理,至于值得回收需要另找机会。
2、value释放时机
a)假设key已被回收,当get操作,发现key为null,则顺手将值回收。
他还有一个特点,当你执行get操作时,key为null,他会放一个key进去
b) 执行set操作,会使用启发式扫描,如果set操作的索引8,他会清理临近的null key,启发次数与元素个数,与null key个数有关。
c)前两种方法都有一个前提,没有地方引用这个ThreadLocal key,才能被清理。实际情况上我们都是静态变量引用,gc无法清理,则key一直不是null key。推荐使用remove方法清理。