java内存泄漏排查过程及解决

目录

• 内存泄漏
• 内存问题排查
• 1.查看JVM内存配置
• 2.分析gc是否正常执行
• 3.导出 dump 各种工具分析
• 4.工具分析dump
• 总结

最近公司生产环境里面一个服务的一直在上升，过一段时间就要触发报警，重启也只能暂时缓解，由于还没有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.devze.com序启动到采样时 Young GC 所用的时间(http://www.devze.com单位秒)    
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 文件：

打开后页面如下：

查找一下大对象：

快速找出耗内存大对象：

根据大对象直接定位到具体的代码：

总结

以上为个人经验，希望能给大家一个参考编程客栈，也希望大家多多支持编程客栈(www.devze.com)。