在某次测试的过程中，发现后端 user服务突然就挂了，用户量并不大，几个人用着用着就不行了。中间层发现大量超时报错，后来去查看user服务的GC日志，发现了一个非常奇怪的现象：Full GC次数竟然比Young GC次数还高。下图是停止请求之后的GC统计：
中间某个时刻抓到的一秒内两次Full GC异常情况：
然后去翻看了
GC日志，发现了很多次GC失败的信息：
随后为了让服务正常跑起来，配置翻了倍，然后停止所有测试，只留一个账号用于调试，发现勉强还能撑住，最终才发现了问题所在：中间层服务调用后端查询接口时候，限制数量的参数没传进去，导致每次查询都查的全量信息，大概4万多条。
每一个中间层过来的请求，user一开始还能处理，很快就不行了，因为创建了非常大的List，再加上查询消耗资源较多，所以服务就挂了。
但是，为什么Full GC会比Young GC，我就想起来前两天看的书里面，关于Java分配大对象的知识，如下：
原来超大对象可能会被直接在老生代里面，然后就导致了Full GC频繁，由于内存不足，就导致了Full GC失败。
相关文章
