文章目录
前言
又是java 内存溢出 OOM
JAVA MAT 分析工具大大的好。
高效查找问题根源，才是硬道理。
一、现状
- mat 打开hprof 文件，可以一眼看到内存占用最多的类。
- 但是这个类并不是我自己创建的类。
- 怎么确定这个类和我的业务流程是有关联呢。
- 那就是找到这个类在业务流程的入口（岔路口）。
二、使用步骤
1.导出 hprof
命令如下
bash
jmap -dump:live,format=b,file=dumextra05.hprof 4864242.用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，本来不是很熟悉，花了一天各种点点，摸索出来这种查找技巧。
------------------ 但行好事莫问前程，你若盛开蝴蝶自来