MAT(Memory Analyzer Tool)，找出导致OOM的代码

注意：我们项目需要在执行java xxx.jar是就带上参数，OOM自动生成文件，方便复制出来MAT分析

2、参数说明
（1）-XX:+HeapDumpOnOutOfMemoryError参数表示当JVM发生OOM时，自动生成DUMP文件。

（2）-XX:HeapDumpPath=目 录 参 数 表 示 生 成 D U M P 文 件 的 路 径 ， 也 可 以 指 定 文 件 名 称 ， 例 如 ： − X X : H e a p D u m p P a t h = {目录}参数表示生成DUMP文件的路径，也可以指定文件名称，例如：-XX:HeapDumpPath=目录参数表示生成DUMP文件的路径，也可以指定文件名称，例如：−XX:HeapDumpPath={目录}/java_heapdump.hprof。如果不指定文件名，默认为：java__heapDump.hprof。

利用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
                        
原文链接：https://blog.csdn.net/qq_38623939/article/details/117607998

其他案例：

JVM内存溢出问题排查_jvm查看内存溢出排查步骤-CSDN博客