Eclipse Memory Analyzer简单使用笔记

前言

 在平时开发、测试过程中、甚至是生产环境中，有时会遇到OutOfMemoryError，Java堆溢出了，这表明程序有严重的问题。我们需要找造成OutOfMemoryError原因。一般有两种情况： 1、内存泄露，对象已经死了，无法通过垃圾收集器进行自动回收，通过找出泄露的代码位置和原因，才好确定解决方案； 2、内存溢出，内存中的对象都还必须存活着，这说明Java堆分配空间不足，检查堆设置大小（-Xmx与-Xms），检查代码是否存在对象生命周期太长、持有状态时间过长的情况。 以上是处理Java堆问题的思路，具体是怎么进行分析，这里介绍的是使用Eclipse Memory Analyzer tool(MAT)工具分析的过程。

Eclipse Memory Analyzer的安装及简单使用介绍

MAT下载链接解压即可使用（点击 MemoryAnalyzer.exe 打开），也可以自己去官网下。

获取Heap dump文件
有三种方式：
1、设置JVM参数，-XX:+HeapDumpOnOutOfMemoryError，在内存溢出的时候就会生成Heap dump文件
2、使用jmap。(windows可以通过任务管理器查看pid)
Java5：jmap -heap:format=b ；
Java6：jmap -dump:format=b,file=HeapDump.bin
3、在本机运行java程序的时候,直接通过Memory Analyzer生成Heap dump文件。
在这里我只介绍第三种方式:
File—acquire Heap Dump,如图所示双击红色方框部分

进入主页，如下图：

功能介绍
1. Histogram：可以列出内存中的对象，对象的个数以及大小。
2. Dominator Tree：可以列出那个线程，以及线程下面的那些对象占用的空间。
3.Top consumers：通过图形列出最大的object。
4.Leak Suspects：通过MA自动分析泄漏的原因。
在后面的样例中，我会把这四个功能一个个讲一遍。

概念介绍
Objects:类的对象的数量。
Shallow Heap：就是对象本身占用内存的大小，不包含对其他对象的引用，也就是对象头加成员变量（不是成员变量的值）的总和。
Retained Heap：是该对象自己的shallow size，加上从该对象能直接或间接访问到对象的shallow size之和。换句话说，retained size是该对象被GC之后所能回收到内存的总和。

使用样例

代码：

public class MemoryModel {    public MemoryModel(int st){        doSomething(st);    }    public void doSomething(int st){        System.out.println(st);    }}

public class MemoryTest {    public static void main(String[] args) {        new Thread(){            @Override            public void run() {                List<MemoryModel> models = new ArrayList<MemoryModel>();                for (int i = 0; i < 500000; i++) {                    MemoryModel model = new MemoryModel(i);                    models.add(model);                    model.doSomething(i);                    try {                        sleep(50);                    } catch (InterruptedException e) {                        // TODO Auto-generated catch block                        e.printStackTrace();                    }                }                System.out.println("game over......");            }        }.start();    }}

样例很简单，就是一个人为的制造一个内存泄露的问题（这里不大像是内存泄露，好在我们的重点不在这里，能弄出一个类似的环境就可以了），代码包含
测试类MemoryTest 和 MemoryModel。

四个基本功能使用
1、Histogram：如下图所示：MemoryModel存在17999个对象。

2、Dominator Tree：问题如下图所示：

3、Top consumers：问题如下图所示：

4、Leak Suspects：问题如下图所示，后面的描述（黄色部分），告诉我们quartz线程占用了大量内存，并指出system class loader加载的”java.lang.ThreadLocal”实例的内存中聚集（消耗空间），并建议用关键字”java.lang.ThreadLocalThreadLocalMapEntry[]”进行检查。所以，MAT通过简单的报告就说明了问题所在。

通过Leak Suspects的Problem Suspect 1点击【Details »】。
如下图如下图所示的上下文菜单中选择 List objects -> with outgoning references, 查看ThreadLocal都应用了些什么对象

现在看到ThreadLocal中引用的对象如下图：占用内存的是MemoryTest下面的ArrayList里面有太多的MemoryTest对象

总结

大概的查找内存泄露的方式就是上面介绍类似的了，当然如果想深入理解还是要靠自己多用多学。
这里在推荐一篇写的不错的博文：一次使用Eclipse Memory Analyzer分析Tomcat内存溢出