使用Eclipse Memory Analyzer进行堆转储文件分析 - 编程入门网
| yzer.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. 概览
使用Eclipse Memory Analyzer进行堆转储文件分析(4)时间:2011-09-04 IBM 仇璐 杨晓峰通过上面的概览，我们对内存占用情况有了一个总体的了解。先检查一下 MAT 生成的一系列文件。 图 5. 文件列表
可以看到 MAT 工具提供了一个很贴心的功能，将报告的内容压缩打包到一个 zip 文件，并把它存放到原始堆转储文件的存放目录下，这样如果您需要和同事 一起分析这个内存问题的话，只需要把这个小小的 zip 包发给他就可以了，不需 要把整个堆文件发给他。并且整个报告是一个 HTML 格式的文件，用浏览器就可 以轻松打开。 接下来我们就可以来看看生成的报告都包括什么内容，能不能帮我们找到问题 所在吧。您可以点击工具栏上的 Leak Suspects 菜单项来生成内存泄露分析报告 ，也可以直接点击饼图下方的 Reports->Leak Suspects 链接来生成报告。 图 6. 工具栏菜单
分析三步曲 通常我们都会采用下面的“三步曲”来分析内存泄露问题： 首先，对问题发生时刻的系统内存状态获取一个整体印象。 第二步，找到最有可能导致内存泄露的元凶，通常也就是消耗内存最多的对象 接下来，进一步去查看这个内存消耗大户的具体情况，看看是否有什么异常的 行为。 下面将用一个基本的例子来展示如何采用“三步曲”来查看生产的分析报告。 使用Eclipse Memory Analyzer进行堆转储文件分析(5)时间:2011-09-04 IBM 仇璐 杨晓峰查看报告之一：内存消耗的整体状况 图 7. 内存泄露分析报告
如图 7 所示，在报告上最醒目的就是一张简洁明了的饼图，从图上我们可以 清晰地看到一个可疑对象消耗了系统 99% 的内存。 在图的下方还有对这个可疑对象的进一步描述。我们可以看到内存是由 java.util.Vector 的实例消耗的，com.ibm.oti.vm.BootstrapClassLoader 负责 这个对象的加载。这段描述非常短，但我相信您已经可以从中找到很多线索了， 比如是哪个类占用了绝大多数的内存，它属于哪个组件等等。 接下来，我们应该进一步去分析问题，为什么一个 Vector 会占据了系统 99% 的内存，谁阻止了垃圾回收机制对它的回收。 使 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
