通过内存分析工具MAT(Memory Analyzer Tool)，找出导致OOM的代码

   程序放到生产服务器上跑了一段时间之后发现，程序报出了OOM了，导致程序无法运行

于是开始了排查之路

首先下载一个MAT工具

强烈建议安装独立版的，虽然编译器也有这个插件

安装独立版本的MAT
把下载好的压缩包解压到本地任意一个文件夹里,和eclipse一样,解压完成就可以使用了。下图是我的解压路径。解压完成点击箭头指向的执行文件启动MAT程序。
下载地址：http://www.eclipse.org/mat/downloads.php

然后准备好工具之后

我们就要-----重点导出这台机器的Java堆参数

jmap -dump:live,format=b,file=heapt0923.bin pid
其中file为你导出的文件名称 pid为你的程序的进程
例如
jmap -dump:live,format=b,file=testHeap.bin 6293

导出文件后

剩下来的就是把/data/bhopid_output/testHeap.bin这个文件复制到本地，利用Eclipse Memory Analyzer Tool 进行分析！

点击open打开刚刚拷到本地的堆参数信息

注意！！！！！

因为我们的堆参数是触发了oom，所以有可能我们打开这个堆参数文件会报错OOM

这时候我们就需要在这个MAT文件夹的根目录下找到这个文件

配置一下这个最大堆参数

比如说，我们从服务器拷过来的堆参数文件是2G

那么我们这里设置一下设置成2500m保证我们打开这个堆参数文件有足够的堆大小来运行，这样我们才能排查问题

打开之后是这样的一个图，然后我们看一下占用，最大的那个一般就是问题所在了

先说一下上面的那一排按钮

Overview页签下分别包含了：Actions，Reports，Step By Step 三大块功能；每一块功能下的子集所对应的作用分别是：

• Actions：

  • Histogram 列出每个类所对应的对象个数，以及所占用的内存大小；

  • Dominator Tree 以占用总内存的百分比的方式来列举出所有的实例对象，注意这个地方是直接列举出的对应的对象而不是类，这个视图是用来发现大内存对象的

  • Top Consumers：按照类和包分组的方式展示出占用内存最大的一个对象

  • Duplicate Classes：检测由多个类加载器所加载的类信息（用来查找重复的类）

• Reports：

  • Leak Suspects：通过MAT自动分析当前内存泄露的主要原因

  • Top Components：Top组件，列出大于总堆1%的组件的报告

• Step By Step：

  • Component Report：组件报告,分析属于公共根包或类加载器的对象；

点击一下这个按钮以树状结构展示信息，让我们更容易排查，点击了之后是这样的界面

Shallow Heap（浅堆） 表示该对象自身占用的堆内存，不包括它引用的对象。
针对非数组类型的对象，它的大小就是对象与它所有的成员变量大小的总和。

Retained Heap（深堆） 表示当前对象大小+当前对象可直接或间接引用到的对象的大小总和。
换句话说，Retained Size就是当前对象被GC后，从Heap上总共能释放掉的内存。
不过，释放的时候还要排除被GC Roots直接或间接引用的对象。他们暂时不会被被当做Garbage。

 

 

通过上图发现

则三个占了前三名，对象个数属实惊人

深入了解发现

这里存在大量的相同对象堆积

初步认定是这里导致OOM，内存溢出了

然后我们返回视图层

我们看一下detail

堆积了大量的resultset对象，就是通过数据库查询返回来的对象

就是上面的devicelog对象

然后我们直接点击  See stacktrace追踪堆栈信息

找到我们写的代码，看是哪个方法触发的OOM

查看了一下发现方法果然是数据库查询出来大量对象数据量非常大

所以导致了OOM

仅此做个记录总结