一次线上FullGC问题记录

​ 标题采自:英雄联盟-瑞文:断剑重铸之日,骑士归来之时!

断剑

​ 前两天早上在挤地铁的时候看到小组群里,主管发了好多消息,打开来一看,说是XX项目自从22号发版后,每天晚上就疯狂Full GC,让我们查一下什么原因,嘻嘻嘻,一开始听到,心里窃喜,为什么呢。因为自己以前对jvm也有些了解,不过都只是纸上谈兵罢了。现在刚好有机会,到公司就和小伙伴开始排查。以下是full gc的图片

一次线上FullGC问题记录

​ 图 - 1.0

一次线上FullGC问题记录


​ 图 - 2.0

一次线上FullGC问题记录

​ 图 - 3.0

​ 当然这是运维给出来的,一开始看到这个,我是懵逼的,这tm是什么。接着往下看:运维又给出了如下图的dump日志

一次线上FullGC问题记录

​ 图- 4.0

​ 我心里又问,这tm是什么。哇,一脸懵逼的我,又去补了jvm的内存模型。

重铸

​ 就在我补给的时候,有个大佬已经发言了,

一次线上FullGC问题记录

​ 图 -5.0

​ 是不是感觉找到问题的来源了,就这有结束了,嘻嘻嘻。然后心里一阵窃喜,还好是老代码。不是我写的。但是事实却没有结束,为什么了。接着往下看:

​ 又一位大佬说:图-6.0 应该就是这块了

一次线上FullGC问题记录

​ 图- 6.0

​ 主管又说:虽然是老代码,但是以前没发生过这样的问题,但是自从22号发版后就开始了,她就查看了一下22号有关AssostantsDto 这块有关的代码,并截图发了出来

一次线上FullGC问题记录


​ 图-7.0

​ 看到发出来的这段,上面有我的署名 ouyangkang modify,我先是脸部发烫,然后大脑空白,接着回魂。我????? 写的。emmmm............。有点印象,这段代码有问题?看下绿色的那段我改的代码,

首先获取到一个list对象,遍历该list,给list容器中的对象赋值,并重新把该对象添加list容器中,乍看一下,没问题啊,这段代码。emm............................

仔细再看下绿色的那段我改的代码:

首先获取到一个list对象,遍历该list,给list容器中的对象赋值,并重新把该对象添加list容器中。等等,重新添加到list容器中,那么该list容器的大小不就也更大吗,那么又会进行一次循环,这不发生了死循环吗。哇!! 这就很有意思了,我的锅,我的锅。

那么怎么改呢:

第一种方案:直接去掉list.add(i,assistantsDto)。因为你堆list中的对象写入内容的话,list中的对象引用的地址是不会改变的。

第二种方案:list.set(i,assistantsDto) 将改dto替换。

项目重新发版,果然这几天xx项目再也没有出现频繁的Full GC了。

之日 图-2.0 解释

​ 解释断剑中图中含义:如果能够看懂前面几张图的这节就可以跳过了。图1.0就不解释了,首先图-2.0中第一行

一次线上FullGC问题记录

60208.152(时间戳),[Full GC(Ergonomics)(解释:发生了什么GC)4035169K(解释:jvm堆中内存已用大小)->3635904(解释:经过full gc回收堆中内存后,堆中还剩余的内存大小) (4178944K(解释:jvm堆的总内存大小))]

从图-1.0 中可以看出,经过一个full gc后,堆中可用内存还是不多,并且发生了很多次full gc。我们都知道full gc就是stop the word 连续的full gc 。那么就导致这个项目不再对外提供服务了。

GC 策略

​ 大概说一下GC有哪几种回收策略,详情网上都有,自行查看,我就不写了(偷懒),算了,我还是写了点。

​ minor GC: 发生在年轻代。

​ 一开始:当eden区对象写满的时候,发生minor GC,把存活对象放到S0,释放其他对象所占内存,继续运行,eden区又写满了,发生minor GC,回收eden区和S0区存活对象,把存活对象防止S1,释放其他对象所占内存。eden区又写满了,发生minor GC,回收eden区和S1区存活对象,把存活对象防止S0,释放其他对象所占内存。反反复复,比较老一点的对象就放到了老年代。

​ major GC:发生在老年代:eg: 当发生minor GC 的时候,想把存活的老对象放到老年代,但是没有这么大的连续内存空间,此时就会发生major GC

​ full GC: 发生在年轻代和老年代 : eg: 当老年代和新生代内存都写的快满了的时候就会发生full GC|

JVM内存模型

​ 大概说一下JVM内存模型:下次写篇blog单独介绍一下吧 。先欠着

图-3.0 解释

​ 我截取部分进行解释:

一次线上FullGC问题记录

S0C :Survivor0 可用内存大小 。 S1C: Survivor1可用内存大小

S0U:Survivor0 已用内存大小 S1U :Survivor1已用内存大小

EC: eden可用内存大小 EU:eden 已用内存大小

OC: 老年代可用内存大小 OU:老年代已用内存大小

MC:方法区可用内存大小 MU:方法区已用内存大小

CCSC :压缩类空间内存大小 CCSU:压缩类空间已用内存带下

YGC: 年轻代垃圾回收次数 YGCT:young GC消耗的时间

FGC:full GC 回收次数 FGC:full GC 消耗的时间

GCT : GC 消耗的时间

图-4.0 解释

​ 用mat工具打开jump文件所得到的,首先网上下载 mat,选择适合你电脑系统的。至于怎么操作,下次单独拎出来介绍。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zysdxj.html