ThreadLocal个人理解及内存泄漏理解 —— 个人学习记录

我理解中的threadlocal其实还是很清晰的，可能看起来很简单

在一个Thread中，有一个threadLocalMap，而一个threadLocalMap中，有很多个Entry，Entry的键为ThreadLocal，值为Object，在使用threadLocal的get方法时会按照泛型进行类型转换。

可以用一张图来形容他们的存储关系，Threadlocal模型：

而我们在调用时，new了一个ThreadLocal，存入值时，实际上是构造了一个Entry，存进了ThreadLocalMap中，而获取值时也是从这个map中获取的，只不过方法都封装在了ThreadLocal中，而我们使用这个ThreadLocal获取值时，由于已经知道是哪一个ThreadLocal对象，所以从Map中获取值也不需要再传入指定键ThreadLocal对象了，很方便。

关于内存泄漏

首先说一下我对于内存泄漏的理解吧，简单来说，我东西存在内存里了，但是我获取不到了，之后也不会使用了，而JVM也不帮我们回收它，那么这个对于内存的无效占用我认为就是内存泄漏。

当我们在线程中的一个方法中使用ThreadLocal存入了一个对象，也就是Entry里的value有值了，但是我们的ThreadLocal可能后续不使用了，没有在方法间进行传递，但是Thread --> ThreadLocalMap --> Entry --> value这条链是一直存在的，value并不会被回收，所以会存在内存溢出的问题。

ThreadLocal对于内存泄漏的问题有一个解决办法，是让Entry中的key变成一个弱引用，这样的话在JVM进行垃圾回收时，只存在key到ThreadLocal对象的弱引用，则会回收，将key变为null，而在threadLocal进行get set remove时，都会判断，并清除掉key为null的entry。

虽然如此，我们使用ThreadLocal时，还是最好手动remove掉之后不会再使用的ThreadLocal，防止内存溢出。此外，ThreadLocal基本上是用来方便线程中的参数多次在方法中传递的吧，至少目前我只遇到过这种场景。

因为是个人思考，可能有错误，希望大家还是要有自己的理解与判断的，也希望大家可以指出我的问题。