使用MAT进行dump文件分析
一、简介
一个实际的应用系统难免会出现问题。JVM能够实时的记录系统发生问题时JVM内部的运行状态，并将起存储在堆转储（Heap dump）文件中，dump文件为系统分析提供了重要依据。但是原始dump文件纯文本方式，难于理解，为了降低dump文件分析的复杂度，MAT（Eclipse Memory Analyzer）应运而生。MAT时公认的、强大的、“傻瓜式”堆转储文件分析工具。详细介绍见http://www.eclipse.org/mat/
二、获取MAT
MAT现在提供两种安装方式，Eclipse IDE插件（集成版）和Eclipse RCP（单机版）。
本文采用的时Eclipse RCP版本，可到http://www.eclipse.org/mat/downloads.php下载。解压运行后如图所示
三、获取dump文件
可用通过多种方式获得dump文件，主要分为交互式和基于事件的方式。
1.交互式
1）、使用Ctrl+Break：如果在JVM运行时参数上加入
-Xrunhprof:format=b,file=heapdump.hprof
参数。当java进程收到SIGQUIT信号（kill -3）时会生成一个HPROF格式的dump文件。2）、使用jmap工具：jmap是jdk自带的实用工具，在java6可以通过如下命令获得一个运行中java进程的dump文件
jmap -dump:format=b,file=filename pid
2.基于事件的方法通常在生产环境中当出现问题时再去用交互式的方式获取dump文件为时已晚。因此实际的生产环境多用基于事件的方法。JVM支持在发生OutOfMemoryError时进行自动的堆转储，生成dump文件。需要在应用JVM启动参数中加入如下参数：
-XX:+HeapDumpOnOutOfMemoryError
四、文件分析在MAT钟打开获取的转储文件，文件夹在完成后自动生成分析报告，如图所示
主工作区展示文件分析的概况，可以看到主要的类占用（Biggest Objects）和可选的一些操作，Action，Reports等。
左侧的Inspector区可以查看各个类的域信息，如图显示的是一个com.ibatis.sqlmap.engine.impl.SqlMapExecutorDelegate类实例的信息，包括其各个域的值。
五、一个OutOfMemoryError小例子
1.写一个明显会OutOfMemoryError小程序
import java.util.Date;
import java.util.List;
import java.util.ArrayList;
public class Test{
public static void main(String[] args){
List<Date> list = new ArrayList<Date>();
while(true){
Date date = new Date();
list.add(date);
date=null;
}
}
}
2.设置启动参数
$ java -XX:+HeapDumpOnOutOfMemoryError Test
3.如其获得异常
生成的dump文件为java_pid4931.hprof
4.使用MAT导入dump文件
从分析报告中可以明显看出有一个类Thread占用了99%的内存，该类由java.lang.ClassLoader加载。
通过查看Leak Suspects报告可以看到更清晰的内存泄漏情况
点击detail，可以查看详细信息
跟集合到内存消耗点的最短路径
内存消耗的对象
此时应该就可以分析出大概情况了，内存溢出主要是因为还有大量的Date对象。进而查看下线程栈
也就基本能定位问题的所在了。问题代码就是：
while(true){
Date date = new Date();
list.add(date);
date=null;
}
六、总结
MAT是一个功能强大的内存分析工具，目前介绍的只是很基本的一些功能，更多信息请参考
http://memoryanalyzer.blogspot.com/
http://www.ibm.com/developerworks/cn/java/j-memoryanalyzer/index.html?ca=drs-
http://www.vogella.de/articles/EclipseMemoryAnalyser/article.html
blog comments powered by Disqus