《JVM由浅入深学习九】 2024-01-15》JVM由简入深学习提升分(生产项目内存飙升分析)

发布时间:2024年01月15日

开头语

大家好,欢迎来到本文!在Java生产项目中,内存飙升问题是一项需要高度关注的挑战。本文将深入分析Java项目内存飙升的原因,并通过实际案例进行详细分析,帮助我们更好地理解和解决内存问题。让我们一同探讨如何优化Java应用,确保其稳定高效运行!
下面是我的一个项目案例展示,让我们一起来探索内存飙高的奥秘

内存飙升问题分析与案例

问题背景:我华为云的一个服务器运行我的一个项目“csdn-automatic-triplet-0.0.1-SNAPSHOT.jar”,由于只是用来测试的服务器,只有2G,所以分配给堆的内存1024M

java -Xmx1024m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/www/java_project/gc.log -XX:+UseG1GC -jar csdn-automatic-triplet-0.0.1-SNAPSHOT.jar

查询内存使用(top指令,再shift+M排序)

在这里插入图片描述

解决方式

  1. 查询java进程(这里分享三种方式,建议jps -l,别问为什么,不想多敲指令)
jps -l   或者  ps -ef|grep java
或者精确查找    ps -ef|grep csdn-automatic-triplet-0.0.1-SNAPSHOT.jar

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  1. 根据上面查询的进程号(2067224)输出项目内具体内存使用情况(jmap)
jmap -histo 2067224 
jmap -histo 2067224 > jvm.txt // 输出到jvm.txt

在这里插入图片描述
在这里插入图片描述

  1. 将文件下载到本地分析(我这里用的事xshell,所以用xftp传输到本地)
    推荐一个文本工具NotePad++(好处就不多说了,做编程的很多伙伴都用这个)
    在这里插入图片描述

  2. 在文件里面Ctrl+F搜索自己项目里面的目录
    在这里插入图片描述
    结合具体情况,发现有占用内存比较多的对象,就可以去项目里找对应代码分析一下,是不是哪里有大量创建该对象,过多引用或者为什么没有被回收。

  3. 继续分析,打印堆信息(jmap)

jmap -heap 2067224 

主要看下面这些信息
在这里插入图片描述

  1. 继续打印对战信息(jmap)
    注意:改文件有点大,在生产服务器谨慎操作,最好导出到其他比较空闲的节点服务器
jmap -dump:format=b,file=heap.hprof 2067224

在这里插入图片描述
按照之前的方式下载到本地查看
这里推荐一个工具Memoryanalyzer,下载地址如下

https://eclipse.dev/mat/previousReleases.php

可以按照该博主的步骤安装

https://blog.csdn.net/zhou920786312/article/details/131857718

打开文件,默认选择Leak Suspect分析溢出
在这里插入图片描述
可以点击这些按钮查看对象使用内存情况及比例,当然,我这里没有泄露
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
泄露案例:
在这里插入图片描述

内存优化建议:

  • 合理使用缓存: 缓存是提高性能的有效手段,但需要谨慎使用,确保及时清理和更新缓存。

  • 定期分析Heap Dump: 定期生成Heap Dump文件,通过工具进行分析,及时发现和解决潜在的内存问题。

  • GC调优: 根据实际情况调整GC策略和参数,确保及时回收无用对象,降低内存压力。

结语

在Java生产项目中,内存飙升是一个复杂而常见的问题,需要我们深入分析和解决。通过本文的案例分析,我们希望能够帮助大家更好地理解和应对Java项目中的内存问题。**感谢阅读,让我们共同努力构建高效稳定的Java应用!**如果您有任何问题或想分享更多经验,请在评论区留言。

文章来源:https://blog.csdn.net/weixin_44976692/article/details/135600493
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。