Java 程序的内存泄露问题分析
什么是内存泄露?
- 广义的Memory Leak:应用占用了内存,但是不再使用(包括不能使用)该部分内存
- 狭义的Memory Leak:应用分配了内存,但是不能再获取该部分内存的引用(对于Java,也不能被GC)
一个具体的例子:
- 应用创建了一个长时间运行的Thread
- 该Thread使用ClassLoader(可以是定制的也可以是默认的)加载了一个类
- 这个类有一个Static域,指向了一大块内存,然后该Thread的ThreadLocal变量保存了这个类的引用。
- 最后该Thread清理了对所有已加载类的引用
- 重复以上过程。
解释:之所以为导致内存泄露,是因为ThreadLoal保存了对那个类实例的引用,而这个类实例保存了对它的类加载器的引用。这个类加载器保存了对所有它已加载类的引用,于是它们占用的内存在该Tread运行期间都不能使用。(通常Class加载信息都保存在PermGen(永久代),这个分区一般不进行GC,如果需要需要在Java启动的时候加上额外的参数:-XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled
) 这也是为什么像Tomcat这类应用容器重新部署应用时,会导致内存泄露的原因。
下面列举一些不良的编程范式,导致的广义内存泄露:
获取哈希表,并往里加Key,不使用的时候没有及时删除;类似的,一个类的静态域是一个HashTable,并不停往里加元素
Map map = System.getProperties(); map.put(new BadKey("key"), "value"); // Memory leak even if your threads die.
JDBC中Connection,Statement和ResultSet忘记关闭
String.intern()会在memory pool中分配内存,而你不能remove它们
构造狭义的内存泄露要困难的多,如果纯Java程序没有保存对该部分内存的引用,GC肯定可以回收这部分内存。所以,现在只有可能是Java NativeCode(c/c++)造成了内存泄露,这就是另外一个话题了~
参考资料:
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。