MAT 全称 Eclipse Memory Analysis Tools 是一个分析 Java堆数据的专业工具,可以计算出内存中对象的实例数量、占用空间大小、引用关系等,看看是谁阻止了垃圾收集器的回收工作,从而定位内存泄漏的原因。
什么时候会用到MAT?
a) OutOfMemoryError的时候,触发full gc,但空间却回收不了,引发内存泄露
b)java服务器系统异常,比如load飙高,io异常,或者线程死锁等,都可能通过分析堆中的内存对象来定位原因
如何安装:
eclipse插件安装,地址:http://download.eclipse.org/mat/1.0/update-site/
分析文件生成方式:
a)自动生成,jvm启动参数里添加下面配置,当发生OutOfMemoryError时,虚拟机会自动dump内存快照
-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=$LOG_DIR/java.hprof"
b)手动生成,通过执行jdk自带命令
jmap -dump:format=b,file=heap.bin <pid>
接下就可以用 MAT打开转换后的 hprof文件
打开后的首页,里面是一些堆的基本概要信息,比如空间大小、类的数量、对象实例数量、类加载器等等
Atcion里面提供了多种分析维度:
Histogram
它按类名将所有的实例对象列出来,点击表头(Class Name)可以排序,第一行输入正则表达式可以过滤筛选 ;
Shallow Heap :一个对象内存的消耗大小,不包含对其他对象的引用;
Retained Heap :是shallow Heap的总和,也就是该对象被GC之后所能回收的内存大小;
详细解释可参考文章:Shallow heap & Retained heap
在某一项上右键打开菜单选择 list objects :
with incoming references 将列出哪些类引入该类;
with outgoing references 列出该类引用了哪些类
从工具栏中点开 Heap Dump Overview视图,可以看到一个全局的内存占用信息
Dominator Tree
可以列出内存中存活的大对象列表,优点是有Percentage字段,可以看各种情况的百分比。
分组工具可以根据自己的需求分组查找,默认根据class分组,本文中是根据 package分组,发现存在大量的SSLSocketImpl类无法回收,这样会导致所有直接或间接引用到SSLSocketImpl的类都无法回收,图中可以看出虽然Shallow Heap大小只有1.6M,但Retained Heap大小却有378M。
快速找出某个实例没被释放的原因,可以右健 Path to GC Roots-->exclude all phantom/weak/soft etc. references
它展示了对象间的引用关系,比如SSLSocketImpl @0xa124b208被PushNotificationManager 实例中的socket属性所引用。
Top consumers
多种维度(包括 类大小、类加载器、包名)展示占用内存比较多的对象的分布,从而定位内存资源主要耗费在哪些地方!
Leak Suspects
MAT插件会给出一份可疑的分析报告,非常方便,我们只需结合源代码稍加分析到底哪个Problem才是引发问题真正原因所在。
参考资料:
http://www.eclipse.org/mat/about/screenshots.php
https://www.yourkit.com/docs/java/help/garbage_collection.jsp
http://www.ibm.com/developerworks/cn/opensource/os-cn-ecl-ma/index.html
http://help.eclipse.org/luna/index.jsp?topic=/org.eclipse.mat.ui.help/welcome.html