超大对象导致Full GC超高的BUG分享

在某次测试的过程中，突然发现后端底层user服务突然就挂了，用户量并不大，几个人用着用着就不行了。中间层发现大量超时报错，后来去查看user服务的GC日志，发现了一个非常奇怪的现象：Full GC次数竟然比Young GC次数还高。下图是停止请求之后的GC统计：

中间某个时刻抓到的一秒内两次Full GC异常情况：

然后去翻看了GC日志，发现了很多次GC失败的信息：

随后为了让服务正常跑起来，配置翻了倍，然后停止所有测试，只留一个账号用于调试，发现勉强还能撑住，最终才发现了问题所在：中间层服务调用后端查询接口时候，限制数量的参数没传进去，导致每次查询都查的全量信息，大概4万多条。

每一个中间层过来的请求，user一开始还能处理，很快就不行了，因为创建了非常大的List，再加上查询消耗资源较多，所以服务就挂了。

但是，为什么Full GC会比Young GC，我就想起来前两天看的书里面，关于Java分配大对象的知识，如下：

原来超大对象可能会被直接在老生代里面，然后就导致了Full GC频繁，由于内存不足，就导致了Full GC失败。

---

• 郑重声明：文章首发于公众号“FunTester”，禁止第三方（腾讯云除外）转载、发表。

技术类文章精选

• Linux性能监控软件netdata中文汉化版
• 性能测试框架第三版
• 如何在Linux命令行界面愉快进行性能测试
• 图解HTTP脑图
• 将swagger文档自动变成测试代码
• Selenium 4.0 Alpha更新日志
• Selenium 4.0 Alpha更新实践
• 如何统一接口测试的功能、自动化和性能测试用例

非技术文章精选

• 写给所有人的编程思维
• 成为自动化测试的7种技能
• Web端自动化测试失败原因汇总
• 测试人员常用借口
• API测试基础
• API自动化测试指南
• 未来的QA测试工程师
• JSON基础
• 2020年Tester自我提升