关于ThreadLocal
-
弱引用
1.1 java中的各种引用和测试: https://blog.csdn.net/thewindkee/article/details/102723838
1.2 treadlocal中的弱引用测试:
https://blog.csdn.net/thewindkee/article/details/103726942 (这篇很重要) -
内存泄露:
https://zhuanlan.zhihu.com/p/523628871 -
综合考虑 内存泄露和弱引用:
https://blog.csdn.net/weixin_43847283/article/details/125470183
https://blog.csdn.net/weixin_38308374/article/details/113809477 -
开放地址法, 直接看整套源码分析:
https://blog.csdn.net/qq_26470817/article/details/124993311 -
本篇也想阐述另一个点:
//1.如果threadlocal是局部变量, 此也不会有什么gc后线程local0取出来是null的担心, 因为 语法上你就访问不了, 作用域超出了.
//2. private static ThreadLocal local = new ThreadLocal(); 才是更通用的普遍用法
//2.1 new ThreadLocal() 是 treadLocalMap中的key, 这个key是可以给各个变量共用的. 通过ThreadLocal-ThreadLocalMap
//打通三个要素, a.某线程 treadId 的 b. 某块区域 即local表征 的 值 value
// 2.2 此时说明 new ThreadLocal() 是线程安全的, 不会有多线程问题. 可共用作为各自线程的 treadLocalMap中的虚引用key(被虚引用包装) 本来就是为线程私有问题而设计的嘛, 自然共用也不会有问题
1.2中有这么一句: 而我们平时代码中写的那样，使用static final修饰threadLocal保留一个全局的threadLocal方便传递其他value（threadLocal一直被强引用）。这样就不会让gc回收 作为key的threadLocal。即不会导致key为null。