这也算一种最常见的、但是容易忽略的一种潜在问题吧
背景
在某个数据校验输出过程时会产生较多的临时数据,这些临时数据若不及时处理,可能会导致堆内存溢出。
过程
从图中可知,内存达到50%左右会进行一次gc操作,在某次gc操作之后调用某个接口,该接口产生了较多的临时数据
多次调用,结果显示,每次调用时接口,都进行了gc操作,但是上次操作已经结束数秒了,结果gc的并不是很彻底,所以堆内存的容量扩容了,但是这样下去迟早会达到计算机的内存(理论上是这样,但是系统应该会进行full GC吧)
此时手动进行一次垃圾回收,结果如图下,这种GC应该是full GC类型。。。
现在加了一个操作,每次操作都把临时数据清理一遍,相当于一开始一个大筐子放鸡蛋,鸡蛋没放完就不能拿走,现在是分成几个小筐子,每次装完了一个筐子就把满的拿走,然后装下一个筐子
结果如图,连续调用接口,内存GC达到了一个比较好的情况 。。。
分析
前者没有clear,容易让一些临时数据幸存过gc,最坏的结果进入gc老年区(我明明执行手动gc了但是最下限提高了,说明有的数据成了老年区数据),虽然jvm有个内存扩容机制以及full gc,但是full gc存在性能和安全性问题,所以若一些不用的临时数据最好及时清理,这种情况在一些循环校验场景比较常见。
另外的问题
系统的gc和自己手动gc具体区别