使用 Eclipse Memory Analyzer 进行堆转储文件分析

准备环境和测试数据

咱们使用的是 Eclipse Memory Analyzer V0.8，Sun JDK 6

安装 MAT

和其余插件的安装很是相似，MAT 支持两种安装方式，一种是“单机版“的，也就是说用户没必要安装 Eclipse IDE 环境，MAT 做为一个独立的 Eclipse RCP 应用运行；另外一种是”集成版“的，也就是说 MAT 也能够做为 Eclipse IDE 的一部分，和现有的开发平台集成。

集成版的安装须要借助 Update Manager。

如图 1 所示，首先经过 Help -> Software Updates... 启动软件更新管理向导。

图 1. 安装插件第一步

选择“Available Software“而后按如图 2 所示的方式添加 MAT 的更新地址 http://download.eclipse.org/technology/mat/0.8/update-site/。

图 2. 安装插件第二步

如图 3 所示，接下来选择你想要安装的 MAT 的功能点，须要注意的是 Memory Analyzer (Chart) 这个功能是一个可选的安装项目，它主要用来生成相关的报表，不过若是须要用到这个功能，你还须要额外的安装 BIRT Chart Engine。

图 3. 安装插件第三步

插件安装完毕，你还须要从新启动 Eclipse 的工做平台。

比较而言，单机版的安装方式很是简单，用户只须要下载相应的安装包，而后解压缩便可运行，这也是被广泛采用的一种安装方式。在下面的例子里，咱们使用的也是单机版的 MAT。具体的下载要求和地址可参见其产品下载页面：http://www.eclipse.org/mat/downloads.php。

另外，若是你须要用 MAT 来分析 IBM JVM 生成的 dump 文件的话，还须要额外安装 IBM Diagnostic Tool Framework ，具体的下载和安装配置步骤请参见：http://www.ibm.com/developerworks/java/jdk/tools /dtfj.html

配置环境参数

安装完成以后，为了更有效率的使用 MAT，咱们还须要作一些配置工做。由于一般而言，分析一个堆转储文件须要消耗不少的堆空间，为了保证分析的效率和性能，在有条件的状况下，咱们会建议分 配给 MAT 尽量多的内存资源。你能够采用以下两种方式来分配内存更多的内存资源给 MAT。

一种是修改启动参数 MemoryAnalyzer.exe -vmargs -Xmx4g

另外一种是编辑文件 MemoryAnalyzer.ini，在里面添加相似信息 -vmargs – Xmx4g。

至此，MAT 就已经成功地安装配置好了，开始进入实战吧。

得到堆转储文件

巧妇难为无米之炊，咱们首先须要得到一个堆转储文件。为了方便，本文采用的是 Sun JDK 6。一般来讲，只要你设置了以下所示的 JVM 参数：

-XX:+HeapDumpOnOutOfMemoryError

JVM 就会在发生内存泄露时抓拍下当时的内存状态，也就是咱们想要的堆转储文件。

若是你不想等到发生崩溃性的错误时才得到堆转储文件，也能够经过设置以下 JVM 参数来按需获取堆转储文件。

-XX:+HeapDumpOnCtrlBreak

除此以外，还有不少的工具，例如 JMap，JConsole 均可以帮助咱们获得一个堆转储文件。本文实例就是使用 JMap 直接获取了 Eclipse Galileo 进程的堆转储文件。您可使用以下命令：

JMap -dump:format=b,file=<dumpfile> <pid>

不过，您须要了解到，不一样厂家的 JVM 所生成的堆转储文件在数据存储格式以及数据存储内容上有不少区别， MAT 不是一个万能工具，它并不能处理全部类型的堆存储文件。可是比较主流的厂家和格式，例如 Sun, HP, SAP 所采用的 HPROF 二进制堆存储文件，以及 IBM 的 PHD 堆存储文件等都能被很好的解析（您须要安装额外的插件，请参考 相关说明，本文不做详细解释）。

万事俱备，接下来，咱们就能够开始体验一键式的堆存储分析功能了。

回页首

生成分析报告

首先，启动前面安装配置好的 Memory Analyzer tool , 而后选择菜单项 File- Open Heap Dump 来加载须要分析的堆转储文件。文件加载完成后，你能够看到如图 4 所示的界面：

图 4. 概览

经过上面的概览，咱们对内存占用状况有了一个整体的了解。先检查一下 MAT 生成的一系列文件。

图 5. 文件列表

能够看到 MAT 工具提供了一个很贴心的功能，将报告的内容压缩打包到一个 zip 文件，并把它存放到原始堆转储文件的存放目录下，这样若是您须要和同事一块儿分析这个内存问题的话，只须要把这个小小的 zip 包发给他就能够了，不须要把整个堆文件发给他。而且整个报告是一个 HTML 格式的文件，用浏览器就能够轻松打开。

接下来咱们就能够来看看生成的报告都包括什么内容，能不能帮咱们找到问题所在吧。您能够点击工具栏上的 Leak Suspects 菜单项来生成内存泄露分析报告，也能够直接点击饼图下方的 Reports->Leak Suspects 连接来生成报告。

图 6. 工具栏菜单

回页首

分析三步曲

一般咱们都会采用下面的“三步曲”来分析内存泄露问题：

首先，对问题发生时刻的系统内存状态获取一个总体印象。

第二步，找到最有可能致使内存泄露的元凶，一般也就是消耗内存最多的对象

接下来，进一步去查看这个内存消耗大户的具体状况，看看是否有什么异常的行为。

下面将用一个基本的例子来展现如何采用“三步曲”来查看生产的分析报告。

查看报告之一：内存消耗的总体情况

图 7. 内存泄露分析报告

如图 7 所示，在报告上最醒目的就是一张简洁明了的饼图，从图上咱们能够清晰地看到一个可疑对象消耗了系统 99% 的内存。

在图的下方还有对这个可疑对象的进一步描述。咱们能够看到内存是由 java.util.Vector 的实例消耗的，com.ibm.oti.vm.BootstrapClassLoader 负责这个对象的加载。这段描述很是短，但我相信您已经能够从中找到不少线索了，好比是哪一个类占用了绝大多数的内存，它属于哪一个组件等等。

接下来，咱们应该进一步去分析问题，为何一个 Vector 会占据了系统 99% 的内存，谁阻止了垃圾回收机制对它的回收。

查看报告之二：分析问题的所在

首先咱们简单回顾下 JAVA 的内存回收机制，内存空间中垃圾回收的工做由垃圾回收器 (Garbage Collector,GC) 完成的，它的核心思想是：对虚拟机可用内存空间，即堆空间中的对象进行识别，若是对象正在被引用，那么称其为存活对象，反之，若是对象再也不被引用，则为垃 圾对象，能够回收其占据的空间，用于再分配。

在垃圾回收机制中有一组元素被称为根元素集合，它们是一组被虚拟机直接引用的对象，好比，正在运行的线程对象，系统调用栈里面的对象以及被 system class loader 所加载的那些对象。堆空间中的每一个对象都是由一个根元素为起点被层层调用的。所以，一个对象还被某一个存活的根元素所引用，就会被认为是存活对象，不能被 回收，进行内存释放。所以，咱们能够经过分析一个对象到根元素的引用路径来分析为何该对象不能被顺利回收。若是说一个对象已经不被任何程序逻辑所须要但 是还存在被根元素引用的状况，咱们能够说这里存在内存泄露。

如今，让咱们开始真正的寻找内存泄露之旅，点击“Details ”连接，能够看到如图 8 所示对可疑对象 1 的详细分析报告。

图 8. 可疑对象 1 的详细分析报告

1. 咱们查看下从 GC 根元素到内存消耗汇集点的最短路径：

图 9. 从根元素到内存消耗汇集点的最短路径

咱们能够很清楚的看到整个引用链，内存汇集点是一个拥有大量对象的集合，若是你对代码比较熟悉的话，相信这些信息应该能给你提供一些找到内存泄露的思路了。

接下来，咱们再继续看看，这个对象集合里到底存放了什么，为何会消耗掉如此多的内存。

图 10. 内存消耗汇集对象信息

在这张图上，咱们能够清楚的看到，这个对象集合中保存了大量 Person 对象的引用，就是它致使的内存泄露。

至此，咱们已经拥有了足够的信息去寻找泄露点，回到代码，咱们发现，是下面的代码致使了内存泄露 :

清单 1. 内存泄漏的代码段

while (1<2) { Person person = new Person("name","address",i); v.add(person); person = null; }

回页首

总结

从上面的例子咱们能够看到用 MAT 来进行堆转储文件分析，寻找内存泄露很是简单，尤为是对于新手而言，这是一个很好的辅助分析工具。可是，MAT 绝对不只仅是一个“傻瓜式”内存分析工具，它还提供不少高级功能，好比 MAT 支持用 OQL（Object Query Language）对 heap dump 中的对象进行查询，支持对线程的分析等，有关这些功能的使用能够参考 MAT 的帮助文档。

参考资料

• 您能够查看 Eclipse 的 MAT 项目首页，了解 MAT 的最新动态。
  
  
• 访问 developerWorks Open source 专区得到丰富的 how-to 信息、工具和项目更新以及 最受欢迎的文章和教程，帮助您用开放源码技术进行开发，并将它们与 IBM 产品结合使用。
  
  

做者简介

仇璐，中国软件开发中心 Data Studio Warehousing Tools Development 项目组，对 J2EE、数据库以及 eclipse 插件开发等拥有浓厚的兴趣。

杨晓峰，中国软件开发中心 IBM Content Collector Development 项目组，从事邮件系统归档方面的开发工做。