记一次FullGC导致系统崩了的排查

一天下午，听到客户说系统崩了，查看日志发现都是Heap space，认定为内存泄露导致的系统down掉，于是top查看CPU干到100%了

于是使用下面命令行导出内存快照文件

jmap -dump:format=b,file=heap.hprof JAVA_PID

线上压缩下载用JProfiler打开

 乍一眼看上去没问题，一般来说常规的基本数据类型占用很高没什么问题，先看最大对象进行分析

 

I18nUtil这个类的userLanguageCache占用了1.5G，查看代码发现是个国际化翻译的缓存，但是目前表数据是有20多W的

 refreshAfterWrite：当缓存项上一次更新操作之后的多久会被刷新。

首先看一下三种基于时间的清理或刷新缓存数据的方式：

　　expireAfterAccess： 当缓存项在指定的时间段内没有被读或写就会被回收。

　　expireAfterWrite：当缓存项在指定的时间段内没有更新就会被回收。

　　refreshAfterWrite：当缓存项上一次更新操作之后的多久会被刷新。 

用refreshAfterWrite这是牺牲内存换来性能的提升

我目前把100000改成了50000，把refreshAfterWrite换成了expireAfterWrite，重新发布，目前还没有问题。