近期看 ThreadLocal 内存泄露的问题，为什么 ThreadLocalMap 不直接放在线程中呢

你思考下怎么"直接通过当前线程获取"

ThreadLocalMap 就是被 Thread 绑定的。

之所以泄漏是因为用的是 Tomcat 自带线程池，默认一直运行了 200 个线程。
这些线程默认都有一个变量名为 threadLocals 的 ThreadLocalMap ，ThreadLocal<T> 的 set 方法是往 Thread 的 threadLocals （就是 ThreadLocalMap ） put key 为 ThreadLocal ，value 为 <T>（ ThreadLocal 的泛型对象 T ），如果在一次请求中 set 后忘了调 ThreadLocal 的 remove() 方法，那么请求的 Thread （由于是 Tomcat 线程池中的 Thread ，所以在应用运行过程中一直存在）的 threadLocals 的 key 为 ThreadLocal 的对象就不会被清除，就会出现内存泄漏的问题。

如果直接 new 了一个普通的 Thread ，那么不会出现内存泄漏的问题，因为 普通的 Thread 不会一直运行，GC 会回收

@dqzcwxb 哦哦，我一开始只看到 ThreadLocal 中的 getMap 方法，返回的是 Thread 下的对象，所以以为 threadLocal 没什么作用，但是看到取值的时候 key 是 ThreadLocal 自己；也就是当出现多个值的时候是使用 ThreadLocal 为 key 去区分的，我的理解是这样

@leeqingshui 感谢分享，知识又增加了

@hn16838220 ThreadLocalMap 就是被 Thread 绑定的。这句话我没有表达清楚
你题目中：为什么 ThreadLocalMap 不直接放在线程中呢
其实，ThreadLocalMap 就是放在线程 Thread 类中的，线程 Thread 类中的 threadLocals 变量就是 ThreadLocalMap 。

虽然 ThreadLocalMap 的源代码在 ThreadLocal 中，但其实它是被 Thread 拥有维护的，就像假设有两个人 A （ ThreadLocal ）、B （ Thread ），A 有枪的图纸（ ThreadLocalMap ），但真正造出来的枪（ threadLocals ，即 ThreadLocalMap 类的对象）是属于 B 的，A 只负责造枪，但枪的拥有者是 B

@leeqingshui 这个我知道，我当时的疑问是为什么最终使用的还是 thread 的 threadlocalmap ，那为什么不直接通过 thread 调用得到（因为使用 threadlocal 还有可能出现内存泄露），后来经过二楼的指点，发现一个 threadlocal 对象在 threadlocalmap 就是一个 key ，如果直接使用 thread 是获取不到是要取哪个值的，手机打字，原谅没有驼峰，也感谢你的分享，我再去看看 tomcat 的 threadlocal

按理来说,只是普通把数据和线程绑定获取的话,Thread.currentThread().getMap()这样获取一个 map 再自己里面塞 key 来放数据这应该是可以的.我猜想 threadlocal 那样的做法是为了其他其他线程里面获取不到 threadlocal 数据避免复杂的多线程问题.毕竟直接 getMap 的话只要拿到线程对象就能操作了.

这个问题和 Java 的设计有关吗，在后续的版本更新后 JDK 本身是否有做处理？