线上fullgc的case

简介: fullgc

问题出现

5月31日5-2发布后,钉钉业务报警群里收到监控报警,ngprod环境出现fullgc报警,如下

image.png

image.png


分析


通过查询线上log发现,是由于DingTalkProcessDefinition.toString引起的。

image.png


DingTalkProcessDefinition.toString代码如下,是通过工具类把对象的属性值打印出来。本次迭代在DingTalkProcessDefinition新增了一个属性List nodes,ProcessNode数据结构如下图,并且ProcessNode的toString方法和DingTalkProcessDefinition的toString方法是一样的,这样就导致在

DingTalkProcessDefinition.toString的时候,由于ProcessNode的存在,导致占用的内存指数级的爆炸增长。

注:web-pro里存在LogAspect这个aop,会打印方法的入参出参和执行耗时,入参的打印会调用参数的toString,如果太长,会截取。这个问题就是在打印方法耗时时调用了DingTalkProcessDefinition和ProcessNode的toString方法。

image.png

image.png


解决方案

首先我重写了DingTalkProcessDefinition和ProcessNode的toString方法,只打印其中主要的属性值,至此其实fullgc问题已经解决,第二天和B讨论了这个需求的实现方式,修改了实现方案,

DingTalkProcessDefinition不需要使用ProcessNode这个对象。

image.png



总结

在使用树形或者更复杂的数据结构时,需要注意可能造成的性能问题,尤其是注意对应的toString方法。

相关文章
|
11月前
|
缓存 监控 算法
因Full GC导致CPU飙升到100%问题排查记录
因Full GC导致CPU飙升到100%问题排查记录
240 0
|
11月前
|
算法 Java
一文搞懂Y-GC和Full GC的触发条件
1 Young GC触发时机 一般在新生代Eden区满后触发,采用复制算法回收新生代垃圾。
779 0
|
11月前
|
Java
如何优化生产环境的Full GC?
大部分工程师开发完一个系统后,部署生产环境的时候往往不对JVM进行参数设置,直接用默认JVM参数,这绝对是系统负载逐渐增高的时最大问题 如你不设置-Xmx、-Xms之类的堆内存大小,你启动一个系统,可能默认就给你几百MB的堆内存大小,新生代和老年代可能都是几百M。
120 0
|
运维 监控 数据库连接
|
调度
解决使用@Scheduled创建任务时无法在同一时间执行多个任务的BUG
解决使用@Scheduled创建任务时无法在同一时间执行多个任务的BUG
128 0
|
Java Android开发
【Android 电量优化】JobScheduler 相关源码分析 ( JobSchedulerService 源码分析 | 任务检查 | 任务执行 )
【Android 电量优化】JobScheduler 相关源码分析 ( JobSchedulerService 源码分析 | 任务检查 | 任务执行 )
124 0
定时测试BlockingScheduler
定时测试BlockingScheduler
182 0
SAP BRF+ ruleset里维护多条rule,每条rule逐一执行
SAP BRF+ ruleset里维护多条rule,每条rule逐一执行
118 0
SAP BRF+ ruleset里维护多条rule,每条rule逐一执行
|
Java
程序刚启动,发生三次FullGc的问题追踪
程序刚启动,发生三次FullGc的问题追踪,原因定位到JVM的默认参数Metaspace初始值和最大值是需要设置
750 0
程序刚启动,发生三次FullGc的问题追踪
|
监控 Java
每日一个知识点:什么时候会触发Full GC
每日一个知识点系列的目的是针对某一个知识点进行概括性总结,可在一分钟内完成知识点的阅读理解