spring boot + embed tomcat + standalone jar的内存泄露问题

前一阵遇到了一个很坑的内存泄露问题,记录于此:

有个项目采用spring cloud重构后,部署到线上(其中有一个接口,大概每天调用量在1千万次左右),发现zabbix监控里,linux的可用内存一直持续下降,每次重启后,大概能撑1天,就算业务高峰过去了,内存也不见回收,曲线图如下:

spring boot + embed tomcat + standalone jar的内存泄露问题

发生故障时,用top -m 看java进程占用的内存并不算高,而且spring boot的acurator端点监控,以及jvm的内存监控都在正常值范围内,刚开始怀疑是jvm参数设置不合理,调整了G1垃圾收集器各种参数组合,没有明显效果,然后尝试换回CMS收集器,再折腾了几天,仍然如此。用dump导出来分析,线程数、大对象啥的都不高,遂怀疑是spring cloud的坑。

 

攀墙出去google了下,无意搜索" spring boot memory leak",发现有些人遇到了类似的问题,共同点都是embed tomcat + standalone jar运行方式,于是怀着试一试的心理,把容器换成了undertow,居然稳定了!

spring boot + embed tomcat + standalone jar的内存泄露问题

附,更换方法:

    compile('org.springframework.boot:spring-boot-starter-web') {
        exclude module: "spring-boot-starter-tomcat"
    }
    compile('org.springframework.boot:spring-boot-starter-undertow')  

注:其它jar包也有可能隐式依赖了tomcat,保险起见最好加一个全局的排除处理

    configurations {
        all*.exclude group: "org.springframework.boot", module: "spring-boot-starter-tomcat"
    } 
作者:菩提树下的杨过
出处:http://yjmyzz.cnblogs.com
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
上一篇:spring cloud: 使用consul来替换config server


下一篇:写了一个简单的NodeJS实现的进程间通信的例子