在某次测试的过程中，突然发现后端底层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更新实践
- 如何统一接口测试的功能、自动化和性能测试用例