目录
- 开头语
- 内存飙升问题分析与案例
- 问题背景：我华为云的一个服务器运行我的一个项目“csdn-automatic-triplet-0.0.1-SNAPSHOT.jar”，由于只是用来测试的服务器，只有2G，所以分配给堆的内存1024M
- 查询内存使用（top指令，再shift+M排序）
- 解决方式
- 内存优化建议：
- 结语
开头语
大家好，欢迎来到本文！在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排序）
解决方式
- 查询java进程（这里分享三种方式，建议jps -l,别问为什么，不想多敲指令）
jps -l 或者 ps -ef|grep java
或者精确查找 ps -ef|grep csdn-automatic-triplet-0.0.1-SNAPSHOT.jar
- 根据上面查询的进程号（2067224）输出项目内具体内存使用情况（jmap）
jmap -histo 2067224
jmap -histo 2067224 > jvm.txt // 输出到jvm.txt
-
将文件下载到本地分析（我这里用的事xshell，所以用xftp传输到本地）
推荐一个文本工具NotePad++（好处就不多说了，做编程的很多伙伴都用这个）
-
在文件里面Ctrl+F搜索自己项目里面的目录
结合具体情况，发现有占用内存比较多的对象，就可以去项目里找对应代码分析一下，是不是哪里有大量创建该对象，过多引用或者为什么没有被回收。 -
继续分析，打印堆信息（jmap）
jmap -heap 2067224
主要看下面这些信息
- 继续打印对战信息（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应用！**如果您有任何问题或想分享更多经验，请在评论区留言。
