记一次生产频繁发生FullGC问题

问题发现

早上过来，饭都没来的及吃，运维就给我发来信息，说是某个接口调用大量超时。因为最近这个接口调用量是翻倍了，所以我就去检查了下慢SQL，发现确实是有较多的慢SQL，所以我就缩减了查询的时间范围，但是效果并不好。

过了一会发现，这个服务fullGC是有问题的，太频繁了，这个应该是导致接口超时的根本问题，因为时间也是对的上的。

这个是最近三个小时fullGC的监控图：

这个是最近三天fullGC的监控图：

对比一下，就不难发现，fullGC数量是从3月15号晚上9点开始增加的，也是这个接口对外开放的时间。

解决思路

1、首先去服务器上面下载dump文件，分析是哪里造成了内存泄漏，频繁触发fullGC。首先找出服务器内java文件的PID，然后保存dump文件，我们公司java服务是固定端口号：1

使用top命令：

然后执行命令：jmap -dump:file=202303160924.dump,format=b 1 ，保存dump文件

2、根据dump文件，分析出堆内对象的分布情况

• • 下载一个可以分析dump文件的工具，这里我下载是Jprofiler
  • 查看大对象的分析，发现是java.lang.ApplicationShutdownHooks的hooks占用太大内存，并且得知改熟悉是一个Map