MAT查找类(岔路口)-技巧

文章目录

  • 前言
  • 一、现状
  • 二、使用步骤
    • 1.导出 hprof
    • 2.用MAT打开
    • 3.细节操作
      • 找大对象的线程名称
      • 查看线程的详情
      • 查找类的GC Roots
      • 柳暗花明
      • 检验真理
  • 总结


前言

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


一、现状

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

二、使用步骤

1.导出 hprof

命令如下

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

2.用MAT打开

一眼望去,简单明了,就是你:ResultSetImpl, 就是你占的最多。
MAT查找类(岔路口)-技巧_第1张图片

3.细节操作

找大对象的线程名称

左上箭头(dominator_tree)点一下,找到第一行(默认第一个占用最大)右击
看图
MAT查找类(岔路口)-技巧_第2张图片
接下来就看到线程名字如下:
MAT查找类(岔路口)-技巧_第3张图片

查看线程的详情

左上小黄轮(thread_overview)点击,找到线程名称。
MAT查找类(岔路口)-技巧_第4张图片
右击->点击[Thread Details]
MAT查找类(岔路口)-技巧_第5张图片
看到详情,这个界面看着比较顺眼(java 报错信息也是像这种一片红)
其中有个类是我自己定义的,说明这个大内存对象和我的业务流程是有点联系(还需继续确认)。
MAT查找类(岔路口)-技巧_第6张图片

查找类的GC Roots

回到dominator_tree界面,在第一列最上方有个搜索框,输入自己的业务类“ExcelExportSqlStreamHandle”,回车
MAT查找类(岔路口)-技巧_第7张图片
右键点击第二行(前面有 class 开头)
MAT查找类(岔路口)-技巧_第8张图片
到如下界面,全部展开,对我们有用的信息其实就是前面几行,到有线程名称(蓝色)那行。
这里没有大内存对象(ResultSetImpl), 无法判断内存超载是和我们的业务流程有联系。
还得继续操作。
MAT查找类(岔路口)-技巧_第9张图片

柳暗花明

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

MAT查找类(岔路口)-技巧_第10张图片
然后就是眼力对比(目前我只能这么做)
根据耐心 + 眼力, 隐约浮现一个类 “PreparedStatementHandler”。
此类双方都存在,且下一行的线程名称(黄箭头)都是一样。
所有我敢保证此类就是传说中的岔路口
MAT查找类(岔路口)-技巧_第11张图片

检验真理

使用 IDEA debugger 模式运行
在“ResultSetImpl” 所有构造方法打断点(因为我也不知道进哪个)。
果然鱼上钩了,程序进来了。
看左下线程栈,有“PreparedStatementHandler”
MAT查找类(岔路口)-技巧_第12张图片
在自己的业务类“ExcelExportSqlStreamHandle”的业务方法也打断点。
左下线程栈也有“PreparedStatementHandler”
MAT查找类(岔路口)-技巧_第13张图片
点击“PreparedStatementHandler”查看:
execute 那行代码进去之后就是引起大内存对象产生,实际执行的就是mybatis 查询,我的业务流程就是查询很多条数据。
handleCursorResultSets 那行代码就是进到我自己的业务流程,这里的 resultSetHandler 就是我的业务类ExcelExportSqlStreamHandle 的父类。
分别从上一行(黄箭头)也能看出来,下一步是什么方法
MAT查找类(岔路口)-技巧_第14张图片


总结

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


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

你可能感兴趣的:(java,性能优化,java,mat,内存溢出)