java写法可能存在的 java.lang.OutOfMemoryError: Java heap space 问题

 

这也算一种最常见的、但是容易忽略的一种潜在问题吧

背景

在某个数据校验输出过程时会产生较多的临时数据,这些临时数据若不及时处理,可能会导致堆内存溢出。

 

过程

从图中可知,内存达到50%左右会进行一次gc操作,在某次gc操作之后调用某个接口,该接口产生了较多的临时数据

多次调用,结果显示,每次调用时接口,都进行了gc操作,但是上次操作已经结束数秒了,结果gc的并不是很彻底,所以堆内存的容量扩容了,但是这样下去迟早会达到计算机的内存(理论上是这样,但是系统应该会进行full GC吧)

此时手动进行一次垃圾回收,结果如图下,这种GC应该是full GC类型。。。

 

现在加了一个操作,每次操作都把临时数据清理一遍,相当于一开始一个大筐子放鸡蛋,鸡蛋没放完就不能拿走,现在是分成几个小筐子,每次装完了一个筐子就把满的拿走,然后装下一个筐子 

结果如图,连续调用接口,内存GC达到了一个比较好的情况 。。。

 

分析

前者没有clear,容易让一些临时数据幸存过gc,最坏的结果进入gc老年区(我明明执行手动gc了但是最下限提高了,说明有的数据成了老年区数据),虽然jvm有个内存扩容机制以及full gc,但是full gc存在性能和安全性问题,所以若一些不用的临时数据最好及时清理,这种情况在一些循环校验场景比较常见。

另外的问题

系统的gc和自己手动gc具体区别

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值