JAVA内存DUMP

http://blog.csdn.net/caihaijiang/article/details/7745251

Java的内存泄露多半是因为对象被遗留在全局的HashMap中得不到释放，如果发现Java应用程序占用的内存出现了泄露的迹象，那么我们一般采用下面的步骤分析：

1. 把Java应用程序使用的heap dump下来
2. 使用Java heap分析工具（如MAT），找出内存占用超出预期的嫌疑对象
3. 根据情况，分析嫌疑对象和其他对象的引用关系。
4. 分析程序的源代码，找出嫌疑对象数量过多的原因。

生成heap dump文件的方法：

方法一：使用jdk的jmap命令，在运行中的JVM生成Dump文件
jmap -dump:format=b,file=/home/jetty/logs/heap.bin 进程ID

如果只dump heap中的存活对象，则加上选项-live，如下：

jmap -dump:live,format=b,file=/home/jetty/logs/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之后所能回收到内存的总和。