---

前言

又是java 内存溢出 OOM
JAVA MAT 分析工具大大的好。
高效查找问题根源，才是硬道理。

---

一、现状

1. mat 打开hprof 文件，可以一眼看到内存占用最多的类。
2. 但是这个类并不是我自己创建的类。
3. 怎么确定这个类和我的业务流程是有关联呢。
4. 那就是找到这个类在业务流程的入口（岔路口）。

二、使用步骤

1.导出 hprof

命令如下

jmap -dump:live,format=b,file=dumextra05.hprof  486424

2.用MAT打开

一眼望去，简单明了，就是你：ResultSetImpl， 就是你占的最多。

3.细节操作

找大对象的线程名称

左上箭头（dominator_tree）点一下，找到第一行（默认第一个占用最大）右击
看图

接下来就看到线程名字如下：

查看线程的详情

左上小黄轮(thread_overview)点击，找到线程名称。

右击->点击[Thread Details]

看到详情，这个界面看着比较顺眼（java 报错信息也是像这种一片红）
其中有个类是我自己定义的，说明这个大内存对象和我的业务流程是有点联系（还需继续确认）。

查找类的GC Roots

回到dominator_tree界面，在第一列最上方有个搜索框，输入自己的业务类“ExcelExportSqlStreamHandle”，回车

右键点击第二行（前面有 class 开头）

到如下界面，全部展开，对我们有用的信息其实就是前面几行，到有线程名称（蓝色）那行。
这里没有大内存对象（ResultSetImpl）， 无法判断内存超载是和我们的业务流程有联系。
还得继续操作。

柳暗花明

回到dominator_tree，如上刚才操作查看 “ResultSetImpl”的GC Roots信息

然后就是眼力对比（目前我只能这么做）
根据耐心 + 眼力， 隐约浮现一个类 “PreparedStatementHandler”。
此类双方都存在，且下一行的线程名称（黄箭头）都是一样。
所有我敢保证此类就是传说中的岔路口

检验真理

使用 IDEA debugger 模式运行
在“ResultSetImpl” 所有构造方法打断点（因为我也不知道进哪个）。
果然鱼上钩了，程序进来了。
看左下线程栈，有“PreparedStatementHandler”

在自己的业务类“ExcelExportSqlStreamHandle”的业务方法也打断点。
左下线程栈也有“PreparedStatementHandler”

点击“PreparedStatementHandler”查看：
execute 那行代码进去之后就是引起大内存对象产生，实际执行的就是mybatis 查询，我的业务流程就是查询很多条数据。
handleCursorResultSets 那行代码就是进到我自己的业务流程，这里的 resultSetHandler 就是我的业务类ExcelExportSqlStreamHandle 的父类。
分别从上一行（黄箭头）也能看出来，下一步是什么方法

---

总结

多实践。
之前很少用MAT，本来不是很熟悉，花了一天各种点点，摸索出来这种查找技巧。

---

—————— 但行好事莫问前程，你若盛开蝴蝶自来