本文介绍了一个在Java中制造内存泄漏的程序示例，通过创建长时间运行的线程，利用ClassLoader加载特定类，并将大块内存存储在静态变量和ThreadLocal中，最终导致内存无法释放。
最近在stackoverflow上看到一个非常有意思的问题，提问者面试的时候被问到用Java手机创建一个内存泄漏的程序，面试者不知如何回答。
其中一个被顶过一千多次的回答非常的好，他描述的步骤大概如下：
- 程序创建一个长时间运行的线程（或者使用线程池来加速内存溢出）
- 这个线程通过ClassLoader(可以自定义)来加载一个类
- 这个类分配一大块内存（例如 new byte[1000000]），并且存储在一个表态变量里，然后在ThreadLocal里存储一个对这个类的引用。前面分配大块的内存是可选的，其实溢出这个类的实例已经足够，仅仅是为了让内存溢出更快一些而已。
- 内存中释放所有在第二步中加载这个类和或者这个类的ClassLoader的引用。
- 然后使用While循环重复以上的步骤，产生更多的类溢出
作者解释这个程序会导致内存溢出主要是由于ThreadLocal保持了一个对这个类的实例对象的强引用，从而强引用了这个类，从而反过来就引用了这个类的ClassLoader。而这个ClassLoader反过来把所有它加载的类引用住了。更可怕的是很多JVM实现类和ClassLoader是在permgen（永久代）中直接分配的并且永远不会GC。
使用上面这种模式，可以解释为什么一些应用容器（比如Tomcat）如果你频繁的重新部署使用了ThreadLocal的应用，它就像筛子一样一点一点内存泄漏。原因是应用就像上面一样使用线程，然后每次你重新部署你的应用新的ClassLoader就会像上面一样被使用了。
然后作者还提供一个github的例子：h
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
