使用Eclipse Memory Analyzer分析Tomcat内存溢出

最新推荐文章于 2018-04-18 16:49:44 发布

武汉牛牛

最新推荐文章于 2018-04-18 16:49:44 发布

阅读量546

点赞数

分类专栏： jvm 文章标签： eclipse memory analy

jvm 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

本文语言逻辑转载：http://tivan.iteye.com/blog/1487855

实际分析来源于自己的实际项目。

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

1、内存泄露，对象已经死了，无法通过垃圾收集器进行自动回收，通过找出泄露的代码位置和原因，才好确定解决方案；
2、内存溢出，内存中的对象都还必须存活着，这说明Java堆分配空间不足，检查堆设置大小（-Xmx与-Xms），检查代码是否存在对象生命周期太长、持有状态时间过长的情况。
以上是处理Java堆问题的思路，具体是怎么进行分析，这里介绍的是使用Eclipse MemoryAnalyzer tool(MAT)工具分析的过程。

生成dump文件

     通过jvm参数--XX:-HeapDumpOnOutOfMemoryError可以让JVM在出现内存溢出是Dump出当前的内存转储快照，参数-XX:HeapDumpPath可以设置dump文件的路径；
     或者，用jmap生产dump文件，win通过任务管理器查看tomcat的进程pid，linux用ps命令查看进程pid,然后用jmap命令（Java5：jmap -heap:format=b <pid>；Java6：jmap -dump:format=b,file=HeapDump.bin <pid>）。

     本人学习过程中，使用的是设置jvm参数获取dump文件，具体配置如下：

-Xmx128m -Xms128m -XX:PermSize=128M-XX:MaxPermSize=128m -XX:-UseGCOverheadLimit

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:/

MAT安装与介绍
下载地址：http://www.eclipse.org/mat/downloads.php。
通过MAT打开dump出来的内存文件，打开后如下图：

从上图可以看到它的大部分功能。
     1. Histogram可以列出内存中的对象，对象的个数以及大小。
     2. Dominator Tree可以列出那个线程，以及线程下面的那些对象占用的空间。
     3.Top consumers通过图形列出最大的object。
     4.Leak Suspects通过MA自动分析泄漏的原因。

Histogram如下图：

Objects:类的对象的数量。

Shallow size：就是对象本身占用内存的大小，不包含对其他对象的引用，也就是对象头加成员变量（不是成员变量的值）的总和。

Retained size：是该对象自己的shallow size，加上从该对象能直接或间接访问到对象的shallowsize之和。换句话说，retainedsize是该对象被GC之后所能回收到内存的总和。

从图中可以看出，第一个类的对象占用了大量的内存空间。

Dominator Tree如下图：

从图中可以看出，标红的类的对象占用了很多的内存空间。

Top consumers如下图：

这里显示了内存中最大的对象有哪些，他们对应的类是哪些，类加载器classloader是哪些。

有些时候，我们在这里就可以看到代码泄露的位置。

Leak Suspects如下图：

从那个饼图，该图深色区域被怀疑有内存泄漏，可以发现整个heap才111.2M内存，深色区域就占了71.9M。后面的描述，告诉我们Thread-23线程占用了大量内存，并指出system class loader加载的"java.lang.Object "实例的内存中聚集（消耗空间），并建议用关键字"java.lang.Object[] "进行检查。所以，MAT通过简单的报告就说明了问题所在。

通过Leak Suspects的Problem Suspect 1点击【Details »】，

到此为止，基本可以定位到是红色标记处的类的对象引起了内存泄露。

经检查，发现此类是POJO，系统启动时，通过线程从数据库中读取数据读取到list，遍历list，将数据缓存到map中。该类定义了几十个属性，全部为String类型，并且设置默认值为“”，但只有5个是实际使用需要的。去掉其余从不使用的属性，留下5个。并在定时刷缓存的地方，及时设置list=null。经测试，headOutOfMemory问题解决。