JVM垃圾回收内存分配担保机制

1 篇文章 0 订阅

jvm中一般情况下新对象的产生都是在新生代分配内存(大对象除外)

当新生代内存不足以存放新产生的对象的时候,就需要进行新生代的垃圾回收Minor GC以便于给新生代腾出更多的可用内存。

Minor GC之前,首先查看老年代最大可用连续存储空间是否大于新生代所有对象之和,如果大于,则此次Minor GC是安全的,可放心的进行Minor GC,反之虚拟机会查看HandlerPromotionFailure设置是否允许内存分配担保。如果允许,则进行内存分配担保操作,反之先进行老年代垃圾回收Full GC,然后再进行Minor GC

内存分配担保

首先判断老年代最大可用的连续存储空间是否大于以往晋升到老年代对象的平均大小。如果大于,将尝试着进行一次Monitor GC,尽管这次GC是有风险的。如果小于则需要进行Full GC了。

风险点

首先往好的方面想,假如这次Minor GC之后晋升到老年代的对象大小小于老年代最大可用的连续存储空间,则担保成功,不需要进行Full GC;但是如果Minor GC之后晋升到老年代的对象大小大于老年代最大可用的连续存储空间,则担保失败,此时只好在失败后重新发起一次Full GC

优点

由于Full GC比较浪费性能,虽然担保失败时绕的圈子是最大的,但是有效的避免了Full GC过于频繁

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值