如果你玩过竞技类游戏，肯定会很熟悉Dominating -主宰比赛这个单词。
在Memory Analyzer工具中提供了对象图的支配树。将对象引用图转换为dominator tree可以让轻松地确定Retained heap最大内存块和对象之间保持活动的依赖关系，相当于主宰了整个JVM的感觉。
我们把java对象之间的引用关系看做一张有向图，如果所有指向Y的对象路径都要经过X，则我们说X支配Y。如果X是离对象Y最近的支配对象，则我们说对象X是Y的直接支配者( immediate dominator)。
再强化记忆一下，X对象要直接支配Y，必须满足这两点：
-
指向Y的对象路径都要经过X。
-
X对象是离Y最近的支配对象。
左边是对象的引用图，右边是支配树。
C节点的子树就是所有被C支配的节点的集合，也称为C的Retained Set。
由图可以看出，C是E的直接支配节点，所以C的上级支配节点B也可以支配E。
dump分析初步
首先用MemoryAnalyzer工具打开dump文件。
从整体情况可以看出，1.6 gb的堆内存，有大对象占了1.1g。
怀疑是有内存泄漏，我们通过Leak Suspect Report报告查看
内存泄漏分析报告显示有两项问题：
-
一是WebappClassLoader 类加载器装载的A.A[][] 对象占了约1.2g（70.40%）。
-
二是一个名为TP-Processor9的线程持有本地变量多达337M（占了19.58%）。
通过分析报告，我们初步可以推断出OOM的问题应该出在这两个地方，我们逐个击破。
内存泄漏点一
先来看类装载器加载的AA对象。我们点开内存泄漏报告的Detail，查看其详情。
Shortest Paths To the Accumulation Point视图可以看出正是和org.apache.catalina.loader.WebappClassLoader这个GC root相连导致当前Retained Heap占用相当大的对象无法被回收，而对象数量居然达到了170288个。
Accumulated Objects in Dominator Tree视图，可以看出AA对象中，到底是什么内嵌对象占用heap高。
可以看出，170288个AA对象数组内部，主要是AH对象 和 AM对象。
我们继续向下看，通过按class类分组，来看看具体占用比例情况。
按class分组后，冒出了一个Af对象，反倒AH占用不是那么多了。
小结：AH/AM/Af三个对象占用堆内存很高，并且它们的gc root是WebappClassLoader。
内存泄漏点二
TP-Processor9 线程本身就是GC root，故只有一条数据。
以这个线程为GC ROOT来看看，它的支配树是什么样的？
可以看到19.58%的Retained Heap就是来源于TP-Processor9 线程本身。这意味着，如果这个线程能被gc回收掉，则至少能释放19.58%的堆内存。
小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）
最后
小编利用空余时间整理了一份《MySQL性能调优手册》，初衷也很简单，就是希望能够帮助到大家，减轻大家的负担和节省时间。
关于这个，给大家看一份学习大纲（PDF）文件，每一个分支里面会有详细的介绍。
这里都是以图片形式展示介绍，如要下载原文件以及更多的性能调优笔记（MySQL+Tomcat+JVM）！
L性能调优手册》，初衷也很简单，就是希望能够帮助到大家，减轻大家的负担和节省时间。
关于这个，给大家看一份学习大纲（PDF）文件，每一个分支里面会有详细的介绍。
[外链图片转存中…(img-eBE5Nxm1-1710693356644)]
这里都是以图片形式展示介绍，如要下载原文件以及更多的性能调优笔记（MySQL+Tomcat+JVM）！
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
