背景

线上又有服务CPU爆高了呀，原因和上次（记一次JProfiler生产实战内存分析 - 掘金 (juejin.cn)）一样，都是JVM频繁垃圾回收导致，dump下内存文件看看。

分析过程

打开dump文件，如下基本可以看出，是RealData这个类太多我们也可以直接从byte[] 数组开始出发进行分析

右键byte[]数组->使用选定对象->合并的传入引用依次点开百分比最高的部分最终发现1个实例来自于RealValueContext这个类打开代码，搜索该类发现里面有一个realDataList的属性，猜测应该是这个list中数据多导致。

右键选中该类->使用引用持有者->传出引用查看当前对象的相关属性这个对象有1600多M，这个list里面有1200W大小，原因找到。

分析一下代码，看看为啥会有这么多。这个属性的使用是用来通过批量的方式，提高保存redis的效率。每次执行完定时任务后，该内存就会回收调，看来应该是这个定时任务没有执行导致的。

这个定时任务会在项目启动的时候就会初始化执行，那为啥会没有执行呢？

定时任务报错导致后续任务中断。

写一个demo试试模拟异常情况任务中断了。

try catch一下修改代码，上线，问题解决！