本文主要是介绍java内存泄漏排查过程及解决,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
《java内存泄漏排查过程及解决》公司某服务内存持续增长,疑似内存泄漏,未触发OOM,排查方法包括检查JVM配置、分析GC执行状态、导出堆内存快照并用IDEAProfiler工具定位大对象及代码...
最近公司生产环境里面一个服务的一直在上升,过一段时间就要触发报警,重启也只能暂时缓解,由于还没有OOM,猜测可能是内存泄漏了。
内存泄漏
内存泄漏是Java应用中常见的问题,指对象已经不再被使用,但由于被意外引用而无法被垃圾回收器(GC)回收,导致内存占用持续增长,最终可能引发OOM(OutOfMemoryError)错误。
内存问题排查
还是采用常规的办法,八股文面试必问。
1.查看JVM内存配置
查看内存中对象的数量和大小,判断是否在合理的范围,如果在合理的范围内,增大内存配置,调整内存比例就可以了。
查询一下那个服务的pid进程号,根据进程号查询。
jmap -heap pid
可以看出 老年代的使用率已经非常高了。
2.分析gc是否正常执行
jstat -gcutil 1000
S0 — Heap上的 Survivor space 0 区已使用空间的百分比 S1 — Heap上的 Survivor space 1 区已使用空间的百分比 E — Heap上的 Eden space 区已使用空间的百分比 O — Heap上的 Old space 区已使用空间的百分比 M — 元空间 区已使用空间的百分比 YGC — 从应用程序启动到采样时发生 Young GC 的次数 YGCT– 从应用程http://www.chinasem.cn序启动到采样时 Young GC 所用的时间(http://www.chinasem.cn单位秒) FGC — 从应用程序启动到采样时发生 Full GC 的次数 FGCT– 从应用程序启动到采样时 Full GC 所用的时间(单位秒) GCT — 从应用程序启动到采样时用于垃圾回收的总时间编程(单位秒) LGCC - 进行GC的原因(低版本jdk可能没有这一列)
3.导出 dump 各种工具分析
以文件方式导出 jvm 内存使用情况:
jmap -dump:live,format=b,file=xxxx.hprof pid
4.工具分析dump
jvm 分析工具有很多,我这里使用idea自带的小仪表盘,无需单独下载,可以直接使用,小仪表盘的名字叫Profiler,功能比较强大,最好使用idjavascriptea2023以后的版本。
打开dump 文件:
打开后页面如下:
查找一下大对象:
快速找出耗内存大对象:
根据大对象直接定位到具体的代码:
总结
以上为个人经验,希望能给大家一个参考China编程,也希望大家多多支持编程China编程(www.chinasem.cn)。
这篇关于java内存泄漏排查过程及解决的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!