文章讲述了如何通过JVisualVM监控Java程序，识别老生代持续GC且内存不减，从而判断可能存在内存泄漏。作者详细描述了使用抽样器和堆dump来定位TestMemory对象的泄漏问题，并演示了如何查看引用关系。最后，介绍了如何远程监控Tomcat进行内存分析。
}
System.out.println(“third”);
try {
Thread.sleep(10000);
} catch (InterruptedException e) {
e.printStackTrace();
}
for(int i=0; i<4000000;i++){
TestMemory t = new TestMemory();
map.put(“key”+i,t);
}
System.out.println(“forth”);
try {
Thread.sleep(Integer.MAX_VALUE);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(“qqqq”);
}
}
3、配置jvm参数如下：
-Xms512m
-Xmx512m
-XX:-UseGCOverheadLimit
-XX:MaxPermSize=50m
4、运行程序并打卡visualvm监控
1、查看Visual GC标签，内容如下，这是输出first的截图
这是输出forth的截图：
通过2张图对比发现：
老生代一直在gc，当程序继续运行可以发现老生代gc还在继续：
增加到了7次，但是老生代的内存并没有减少。说明存在无法被回收的对象，可能是内存泄漏了。
如何分析是那个对象泄漏了呢？打开抽样器标签：点击后如下图：
按照程序输出进行堆dump，当输出second时，dump一次，当输出forth时dump一次。
进入最后dump出来的堆标签，点击类：
点击右上角：“与另一个堆存储对比”。如图选择第一次导出的dump内容比较：
比较结果如下：
可以看出在两次间隔时间内TestMemory对象实例一直在增加并且多了，说明该对象引用的方法可能存在内存泄漏。
如何查看对象引用关系呢？
右键选择类TestMemory，选择“在实例视图中显示”，如下所示：
左侧是创建的实例总数，右侧上部为该实例的结构，下面为引用说明，从图中可以看出在类CyclicDependencies里面被引用了，并且被HashMap引用。
如此可以确定泄漏的位置，进而根据实际情况进行分析解决。
1、修改远程tomcat的catalina.sh配置文件，在其中增加：
-
JAVA_OPTS="$JAVA_OPTS
-
-Djava.rmi.server.hostname=192.168.122.128
-
-Dcom.sun.management.jmxremote.port=18999
-
-Dcom.sun.management.jmxremote.ssl=false
-
-Dcom.sun.management.jmxremote.authenticate=false"这次配置先不走权限校验。只是打开jmx端口。2、打开jvisualvm，右键远程，选择添加远程主机：
3、输入主机的名称，直接写ip，如下：
小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）
最后
笔者已经把面试题和答案整理成了面试专题文档
-1710425392545)]
[外链图片转存中…(img-dNgGMLDI-1710425392546)]
[外链图片转存中…(img-YaeXnS1t-1710425392547)]
[外链图片转存中…(img-6cWnVOb6-1710425392547)]
[外链图片转存中…(img-FGQIu1er-1710425392548)]
[外链图片转存中…(img-snRugluX-1710425392548)]
2807
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
