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