Java的内存泄露多半是因为对象被遗留在全局的HashMap中得不到释放,如果发现Java应用程序占用的内存出现了泄露的迹象,那么我们一般采用下面的步骤分析:
1. 把Java应用程序使用的heap dump下来
2. 使用Java heap分析工具(如MAT),找出内存占用超出预期的嫌疑对象
3. 根据情况,分析嫌疑对象和其他对象的引用关系。
4. 分析程序的源代码,找出嫌疑对象数量过多的原因。
生成heap dump文件的方法:
方法一:使用jdk的jmap命令,在运行中的JVM生成Dump文件
jmap -dump:format=b,file=/path/heap.bin 进程ID
如果只dump heap中的存活对象,则加上选项-live,如下:
jmap -dump:live,format=b,file=/path/heap.bin 进程ID
方法二:让JVM在遇到OutOfMemoryError时生成Dump文件
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path
用MAT(Memory Analyzer)分析dump文件:
在eclipse中安装MAT插件(http://www.eclipse.org/mat/),然后在eclipse中,file---->open,打开这个文件heap.bin,如下图:
从上图可以看到它提供的一些功能:
1) Histogram可以查看内存中的对象,对象的个数以及大小。
2.)Dominator Tree可以列出线程,以及线程下面的那些对象占用的空间。
3)Top consumers通过图形列出最大的object。
4)Leak Suspects通过MA自动分析泄漏的原因。
点击Histogram链接,如下:
(注:在一个正常业务系统中,char[] 占用70-90%的是非常正常的。)
上图中,共有4列:
Class Name:列出的是类名
Objects:类的对象的数量
Shallow Heap:对象本身占用内存的大小,不包含对其他对象的引用,也就是对象头加成员变量(不是成员变量的值)的总和
Retained Heap:是该对象自己的shallow size,加上从该对象能直接或间接访问到对象的shallow size之和。换句话说,retained size是该对象被GC之后所能回收到内存的总和。