Eclipse Memory Analyzer分析Tomcat内存溢出

前言

在平时开发、测试过程中、甚至是生产环境中，有时会遇到OutOfMemoryError，Java堆溢出了，这表明程序有严重的问题。我们需要找造成OutOfMemoryError原因。一般有两种情况：

1、内存泄露，对象已经死了，无法通过垃圾收集器进行自动回收，通过找出泄露的代码位置和原因，才好确定解决方案；

2、内存溢出，内存中的对象都还必须存活着，这说明Java堆分配空间不足，检查堆设置大小（-Xmx与-Xms），检查代码是否存在对象生命周期太长、持有状态时间过长的情况。

以上是处理Java堆问题的思路，具体是怎么进行分析，这里介绍的是使用Eclipse Memory Analyzer tool(MAT)工具分析的过程。

1.MAT安装与介绍 下载地址：www.eclipse.org/mat/downloa… 或 在

eclipse ->install new software -> download.eclipse.org/mat/1.6/upd… 进行安装

2.配置JVM 通过jvm参数--XX:-HeapDumpOnOutOfMemoryError可以让JVM在出现内存溢出是Dump出当前的内存转储快照；  我的配置是：-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError 附加：动态看见eclipse运行内存

3.编写测试代码

public class Test {
    static class OOMObject {
         
    }
    public static void main(String[] args) {
        List<OOMObject> list = new ArrayList<OOMObject>();
        while(true){
            list.add(new OOMObject());
        }
    }
}
复制代码

运行结果如下

java.lang.OutOfMemoryError: Java heap space
Dumping heap to java_pid2277.hprof ...
Heap dump file created [27929324 bytes in 0.137 secs]
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:3210)
    at java.util.Arrays.copyOf(Arrays.java:3181)
    at java.util.ArrayList.grow(ArrayList.java:261)
    at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:235)
    at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:227)
    at java.util.ArrayList.add(ArrayList.java:458)
    at com.b2b.console.Test.main(Test.java:13)
 
复制代码

刷新项目target目录

双击文件打开：

 从上图可以看到它的大部分功能。
 1. Histogram可以列出内存中的对象，对象的个数以及大小。
 2. Dominator Tree可以列出那个线程，以及线程下面的那些对象占用的空间。
 3.Top consumers通过图形列出最大的object。
 4.Leak Suspects通过MA自动分析泄漏的原因。
 
 Histogram如下图：
 Objects:类的对象的数量。
 Shallow size：就是对象本身占用内存的大小，不包含对其他对象的引用，也就是对象头加成员变量（不是成员变量的值）的总和。
 Retained size：是该对象自己的shallow size，加上从该对象能直接或间接访问到对象的shallow size之和。换句话说，retained size是该对象被GC之后所能回收到内存的总和。
复制代码

 

可见，类Test中OOMObject内存溢出.

以上是通过MAT分析Tomcat应用程序，找到内存泄露的原因。

note:能力越大，责任越大

转载于:https://juejin.im/post/5c990b40f265da60fb3bf9e5