java内存泄漏排查过程及解决
作者：抹香鲸之海
公司某服务内存持续增长,疑似内存泄漏,未触发OOM,排查方法包括检查JVM配置、分析GC执行状态、导出堆内存快照并用IDEA Profiler工具定位大对象及代码
最近公司生产环境里面一个服务的一直在上升，过一段时间就要触发报警，重启也只能暂时缓解，由于还没有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– 从应用程序启动到采样时 Young GC 所用的时间(单位秒) 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，功能比较强大，最好使用idea2023以后的版本。
打开dump 文件：
打开后页面如下：
查找一下大对象：
快速找出耗内存大对象：
根据大对象直接定位到具体的代码：
总结
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。