背景：线上项目 框架Springboot ，mybatis ，dubbo
事故：cpu 暴涨100%
线上服务运行稳定超过一个月，之后，突然某一个项目服务器警报cpu暴涨。
开始分析原因，cpu暴涨可能引发的因素，访问量突然飙升，代码出现无限循环导致内存泄露之类，出现慢sql 服务等待时间过长，缓存击穿等
开始排查：
1.查询代理服务器，未发现短时间内访问量暴增，监控qps访问量正常排除访问量，排除
2.代码出现无限循环导致内存无法释放等问题，排查系统日志，logback日志未发现任何错误打出，排除
3.查询数据库慢sql，未发现任何慢sql，排除
4.缓存击穿，查看redis监控，未发现任务异常，排除
经过2天各种排查，未发现任何问题，但是有个规律，一旦重启就会恢复，恢复后1到2小时内又回出现。基本确认是定时器搞的鬼。但是由于定时器分布在各个项目中任何远程调用本项目接口 排查十分困难。
走投无路下，开始研究java监控程序，经过咨询其他同事后建议引入 javamelody尝试。
Springboot 集成javamelody 只需要 pom添加一个依赖包即可操作方便。（此处可使用搜索引擎查看具体实施方法）
javamelody提供了界面展示，查看某一接口耗时占用的百分比。上线后发现某一接口占cpu 80% ，检查该接口为定时器接口。后确认一次性去除大量的数据导致内存沾满 ，gc机制释放，所以重启项目就会恢复，启动1到2小时 定时器再次启动就又发生。
通过对接口的最大调用数量限制重启项目后，未出现此类现象，事故解决。
由于之前各个地方都存有监控，一旦出现问题基本可以定位。此次出现问题各个监控均未发现问题，无奈引入javamelody。 建议正式环境 关闭javamelody，出现问题再开启检测。
