不焦躁的程序员

构建一个简单的Springboot应用，模拟出OOM场景，再导出heap dump文件，通过Mat分析。

搭建简易Springboot，模拟OOM场景

搭建一个简易的springboot工程，在controller层循环添加对象，直至OOM。

//循环添加对象，模拟OOM
List<UserVo> userVoListNew = new ArrayList<>();
for (int i = 0; i < 1024 * 1024 * 1024; i++) {
  userVoListNew.addAll(userVoList);
}

具体代码地址，只要本地启动mysql、redis就跑起来了（一般半支烟直接docker启动，方便快捷）：https://gitee.com/yclxiao/blog-dbpool/blob/oom/blog-dbpool-main/src/main/java/com/ycl/blog/controller/UserController.java

设置idea & 导出dump文件

1、配置idea的 VM options

在VM options中设置最大内存，以及设置dump文件位置

-Xmx512m
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=/Users/yclxiao/Desktop/java_error_in_idea.hprof

2、启动项目

启动项目，swagger调用userController方法，等待OOM出现。最后会在配置的位置上出现java_error_in_idea.hprof文件。

Mat分析dump文件

安装Memory Analyzer

下载地址：https://www.eclipse.org/mat/downloads.php，选择对应的平台安装即可，不需要安装eclipse。

导入dump文件

导入dump文件时，可能碰到以下错误：

An internal error occurred during: "Parsing heap dump from '/Users/yclxiao/Desktop/heapdump-1586847376115.hprof'".
Java heap space

解决方式：修改Applications/mat.app/Contents/Eclipse/MemoryAnalyzer.ini中的最大内存配置

注意：半支烟是mac平台，window平台的文件位置稍微区别，小伙伴们自行查找下，哈哈！

分析dump文件

1、Mat分析概况

导出的dump文件大概400多M，通过MAT分析后，会看到一个饼状图，显示了排名靠前的大对象

2、点击Dominator Tree & Leak Suspects

点击Dominator Tree可以列出最大对象的排名，以及他们持有了哪些对象。点击Leak Suspects可以看到比较有嫌疑的泄露以及系统概述。

3、点击Dominator Tree

可看到最大的Object[]，左边显示了他持有的对象，根据这个UserVo我们大概能排查到具体的代码位置。

4、点击Leak Suspects

能大概看到是哪个线程的请求、看到是哪个大对象、看到是哪个具体业务代码，也有堆栈信息，一般根据这些信息能很快定位到有问题的业务代码。

总结

本文介绍了常见的分析OOM的方法。如果碰到线上问题先稳住不要慌，，第一时间保留线程（设置好OOM的dump位置），然后重启服务，再用Mat工具分析问题。

当然啦，问题也可能出现在别的地方，半支烟碰到问题一般是top、df、free这3个命令跑一遍，先看下机器的CPU、硬盘、内存等情况，再做后续分析。

如果更多好建议，欢迎与我交流。