作者回复: 我们知道，ThreadLocal是基于ThreadLocalMap实现的，这个Map的Entry继承了WeakReference，而Entry对象中的key使用了WeakReference封装，也就是说Entry中的key是一个弱引用类型，而弱引用类型只能存活在下次GC之前。

如果一个线程调用ThreadLocal的set设置变量，当前ThreadLocalMap则新增一条记录，此时ThreadLocal实例没有外部强引用，当发生一次垃圾回收，此时key值被回收，而value值依然存在内存中，由于当前线程一直存在，所以value值将一直被引用。.

这些被垃圾回收掉的key就存在一条引用链的关系一直存在：Thread --> ThreadLocalMap-->Entry-->Value，这条引用链会导致Entry不会回收，Value也不会回收，但Entry中的Key却已经被回收的情况，造成内存泄漏。

我们只需要在使用完该key值之后，通过remove方法remove掉，就可以防止内存泄漏了。

作者回复: 内存泄漏是指不再使用的对象无法得到及时的回收，持续占用内存空间，从而造成内存空间的浪费。例如，我们之前在第3讲中聊到的在Java6中substring方法可能会导致内存泄漏情况发生。当调用substring方法时会调用new string构造函数，此时会复用原来字符串的char数组，而如果我们仅仅是用substring获取一小段字符，而原本string字符串非常大的情况下，substring的对象如果一直被引用，由于substring的里面的char数组仍然指向原字符串，此时string字符串也无法回收，从而导致内存泄露。

内存溢出则是发生了OutOfMemoryException，内存溢出的情况有很多，例如堆内存空间不足，栈空间不足，以及方法区空间不足都会发生内存溢出异常。

内存泄漏与内存溢出的关系：内存泄漏很容易导致内存溢出，但内存溢出不一定是内存泄漏导致的。

作者回复: 👍

作者回复: 正常情况下，如果一个线程set之后，该线程销毁了，然后key值由于弱引用刚好遇到一次GC，被回收了，此时value已经出现内存泄漏。而threadlocal为了解决这个问题，在后面的线程进行set时，会把之前key值为null的value清空掉，所以就不会出现大量内存泄漏了。

所以我们要模拟的就是，在后面进来的线程set之前，保证之前的线程还没有销毁，之前的key value就会保持，这样我们能模拟出大量value内存泄漏的情况出现。

作者回复: 正确的写法是在set之后，记得在finally里面remove掉。

try{
  localthread.set("test");
}finally{
   localthread.remove("test");
}

作者回复: 如果没有设置年轻代与老年代的比例，默认分配给年轻代最大比例为60%，而且默认会先触发young gc，所以你说的这种情况比较少见，检查是否长时间存活的对象太多导致的。

这种情况优化设置参数已经没有很明显的作用了，建议先查找内存爆满的原因。

作者回复: 内存泄露导致有大量对象无法回收，占满了堆内存情况下，就会导致内存溢出。我在这里加了一个test1只是为了创建更多的对象，从而更容易发生内存溢出。

作者回复: 平时仅仅某些内存泄漏，一般不会导致内存溢出。
所以在这里，test0请求方法中ThreadLocal为内存泄漏，而test1是一个触发内存溢出的条件，小请求量时没有问题，当请求量比较大时，就出现内存溢出情况了。

作者回复: 通过jamp将内存使用情况dump出来，分析下内存中的对象分布情况，一般MAT会直接给出问题对象的。

作者回复: 是的，后面线程的set只是在当前线程的ThreadLocalMap上进行操作，不能清空其他线程ThreadLocalMap上已经泄漏的value值。这里指的是同一个线程，ThreadLocal实例没有外部强引用的情况下被回收了，此时key值会被回收，下一次在相同线程下set，value值会被清掉。

作者回复: 这两个都是基础数据类型数组，例如char[]是String的基础数据类型，byte[]则是数据传输字节流的基础数据类型，排在第一二是比较常见的，我们需要再看看大小，如果异常大，那就是该基础数据类型之上的某个引用类型的问题。可以通过工具再展开树看看封装基础数据类型的引用类型是什么。

作者回复: 没有更新最新代码，现在已更新上去，localVariable 是一个局部变量

作者回复: 之前的代码已经优化了，所以去掉了test1，重写写了test0方法，两个方法对于大家来说不是很好理解

作者回复: 一个就够了，已修正

作者回复: 可以通过ManagementFactory中的RuntimeMXBean实时获取JVM对应的值

作者回复: 截图截错了，自己操作的时候记得输入正确的pid就好了。

作者回复: tesr0是内存泄露，test1则是正常的分配堆内存，这里test1只是模拟在内存溢出的情况下，如果有大量对象创建的情况下，很容易导致内存溢出。