HotSpot算法细节实现----个人整理

前言:这一块内容比较晦涩,所以整理出一篇博客帮助自己深入理解。

① 根节点枚举

目前为止,所有的垃圾收集器(包括CMS,G1,ZGC)在初始标记这一阶段都是需要STW的,而如果这一步耗时过长,就无法满足所谓低延迟垃圾收集器的需求。
在HotSpot的解决方案里,使用一个叫做OopMap的数据结构解决上述问题。在类加载动作完成时,HotSpot就会把对象内什么偏移量上是什么类型的数据计算出来,在即时编译过程中,也会在待定为止记录下栈和寄存器里哪些位置是引用。这样收集器在初始标记阶段就不用遍历GC Root了,而是可以直接获得这些信息。
在这里插入图片描述

② 安全点

使用OopMap导致的问题:如果说导致引用关系变化,或者说导致OopMap内容变化的指令特别多,如果为每一条指令都生成对应的OopMap,那将会需要大量的额外存储空间。
实际上HotSpot也没有每条指令都生成

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值