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