xueping_wu的博客

因此又回去看了下这个接口的相关代码，该接口返回的sku vo的个数虽然非常多，有1w+，但是sku vo单个对象并不大，该对象中只有5个long类型的字段和一个string类型的字段。因此推测是因为打印日志时存在大对象，导致了old gc。看了下异常类型，主要是dubbo接口服务超时，或者消费者超时（超过3s未响应），联想到上面出现的old gc，因此准备通过处理掉old gc来解决大量异常报错问题。随后开始继续放量，直至放量到100%，也没有再出现old gc了，且老年代的内存也维持在了300M左右。

结合当时出现的大量young gc和多次full gc，推测是进入工作时间（11点）后，请求都转发到对应几台服务器上，开始出现大量young gc，导致young gc运行时间增加。2.1 由于出现了linda告警，所以马上到linda平台查看了接口监控信息，发现从上午11点07分开始，接口最大RT达到了30秒。下午又看了下上午linda接口的监控信息，发现该接口的另外2个服务的RT平均都在2秒左右，没有出现本服务平均最大RT30秒的情况。2）95线RT：昨天平均40秒 --> 今天平均6秒。