多线程 - ThreadLocal分析

ThreadLocal 简单介绍及源码分析

简单介绍

ThreadLocal 是一个线程的本地变量，也就意味着这个变量是线程独有的，是不能与其他线程共享的，这样就可以避免资源竞争带来的多线程的问题，这种解决多线程的安全问题和lock(这里的lock 指通过synchronized 或者Lock 等实现的锁) 是有本质的区别的:

• lock 的资源是多个线程共享的，所以访问的时候需要加锁。
• ThreadLocal 是每个线程都有一个副本，是不需要加锁的。
• lock 是通过时间换空间的做法。
• ThreadLocal 是典型的通过空间换时间的做法

Thread源码分析

1 . Thread,ThreadLocal,ThreadLocalMap 三者之间的关系

2. ThreadLcoal api分析

如果 map 为 null 那么就创建一个map放入线程之中

再来看一下 ThreadLocal中的 get() 方法源码

3 .HashMap 和ThreadLocalMap区别

• HashMap 的数据结构是数组+链表
• ThreadLocalMap的数据结构仅仅是数组
• HashMap 是通过链地址法解决hash 冲突的问题
• ThreadLocalMap 是通过开放地址法来解决hash 冲突的问题
• HashMap 里面的Entry 内部类的引用都是强引用
• ThreadLocalMap里面的Entry 内部类中的key 是弱引用，value 是强引用

ThreadLocal可能出现的内存泄漏问题

图中的虚线表示弱引用。 这样，当把threadlocal变量置为null以后，没有任何强引用指向threadlocal实例，所以threadlocal将会被gc回收。这样一来，ThreadLocalMap中就会出现key为null的Entry，就没有办法访问这些key为null的Entry的value，如果当前线程再迟迟不结束的话，这些key为null的Entry的value就会一直存在一条强引用链：Thread Ref -> Thread -> ThreaLocalMap -> Entry -> value，而这块value永远不会被访问到了，所以存在着内存泄露。

只有当前thread结束以后，current thread就不会存在栈中，强引用断开，Current Thread、Map value将全部被GC回收。最好的做法是不在需要使用ThreadLocal变量后，都调用它的remove()方法，清除数据。 调用remove()方法最佳时机是线程运行结束之前的finally代码块中调用，这样能完全避免操作不当导致的内存泄漏，这种主动清理的方式比惰性删除有效