Bootstrap

TheadLocal出现的内存泄漏具体泄漏的是什么?弱引用在里面有什么作用?什么情景什么问题?

首先ThreadLocal是什么就不介绍了!这篇是讲讲里面的东西。

再简单说一下强引用和弱引用,举个例子,我们平常new出来的对象就是强引用的,在栈中有强引用,所以在gc的时候,堆中的实例对象不会被清除掉。

弱引用,如果一个对象只有被弱引用,在发生gc的时候就会被清除掉,原先的弱引用就会指向null。

使用ThreadLoal都有哪些对象会出现泄漏?
1、ThreadLocal对象实例
2、ThreadLocalMap中的Entry对象
3、Entry对象中value的具体指向

具体:
1、ThreadLocal对象实例有两个引用(假如两个都是强引用),一个是栈中的引用,一个是Entry中的key引用。当业务代码执行完,用完ThreadLocal,栈中这个引用关系就清除掉,此时ThreadLocal实例还被key引用,key在Entry中,Entry在ThreadLocalMap中,Map的引用是当前线程,当前线程存在,那么这一系列Map–>Entry–>key,value–>ThreadLocal都不会被清除掉。
所以设计了key是个弱引用,当栈中的强引用关系清除后,key的弱引用随时被gc掉,不会影响ThreadLocal实例对象被清除。

2、在jdk自己解决了ThreadLocal实例内存泄漏的问题了,那么Entry呢?
在前面ThreadLoacl对象被gc了,那么这个key就变成了null。线程、Map一直存在,但是Entry用不到了,也一直被引用着,所以这个需要使用Remove方法,这个方法是将Entry从Map中移除,前提是这个key引用ThreadLocal还在,不然找不到这个Entry。如果都等到ThreadLocal对象被gc掉,那么Map中就会出现很多的key为null的Entry。
所以remove()方法是为了防止Entry对象泄漏的。
在理论是不允许出现key为null的Entry的,但实际上还是避免不了,所以ThreadLocalMap对此也做了优化,ThreadLocalMap在每次调用set()、get()、remove()方法时都会进行清理,以确保不存在key为null的Entry。
但是为了能够及时清理无用的Entry,一定要使用remove方法,不要占着内存,导致大量内存泄漏。

3、在Entry溢出的时候,value自然是溢出的,合理使用remove()方法,避免溢出!

在这里想问一下大家几个问题,一、什么时候会出现栈中ThreadLocal引用关系清除了,但是当前线程还在?
二、如果都不使用remove()方法,线程结束后,ThreadlocalMap会被清除掉吗?还会出现内存泄漏吗?

;