25 | 内存持续上升，我该如何排查问题？

作者回复: 赞！

作者回复: 我们知道，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"); }

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

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

作者回复: 只能查看运行时的数据，如果需要历史数据，可以在JVM启动参数中加入dump日志参数，启动长时间JVM日志监控： 启动OOM监控日志：-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp/heapdump.hprof 启动GC日志：-XX:+PrintGCTimeStamps -XX:+PrintGCDetails -Xloggc:/tmp/heapTest.log

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