JVM垃圾回收-三色标记

🍋 这次给大家介绍一下JVM垃圾回收可达性分析算法的实现原理。

🎈🎈🎈上篇文章《JVM垃圾回收-记忆集和卡表》已经和大家介绍了JVM是如何快速的扫描和标记GC Roots的。标记完GC Roots之后,JVM就需要从GC Roots开始遍历整个对象图了(即并发标记的过程)。

那么JVM又是如何遍历对象图的呢?☕

👉🏻现代大多数跟踪垃圾收集器(如CMS、G1、Shenandoah)都实现三色标记抽象的一些变体来对“垃圾”进行标记的。之所以都选择三色标记是因为它能够解决或者降低用户线程的停顿时间。🚀🚀🚀

下面就进入本文正题:

三色标记☘

三色标记算法把遍历对象图过程中遇到的对象,按照“是否被访问过”分为以下三种颜色:

  • 白色✨:表示对象尚未被垃圾收集器访问过。(显然在可达性分析刚刚开始的阶段,所有的对象都是白色的,若在分析结束的阶段,仍然是白色的对象,即代表不可达)
  • 灰色✨:表示对象已经被垃圾收集器访问过,但这个对象上至少存在一个引用还没有被扫描过。
  • 黑色✨:表示对象已经被垃圾收集器访问过,且这个对象的所有引用都已经扫描过。(黑色的对象代表已经扫描过,它是安全存活的,如果有其他对象引用指向了黑色对象,无须重新扫描一遍。黑色对象不可能直接(不经过灰色对象)指向某个白色对象)

🌴🌴下面来看一下三色标记遍历对象图的大致过程:

初始状态只有GC Roots是黑色的。被GC Roots直接引用的对象会变成灰色

扫描过程中,按照以下两点扫描整个引用链

  • 当前灰色节点没有子节点的话,将当前节点变为黑色。

  • 当前灰色节点有子节点的话,当前节点变为黑色,且子节点变为灰色。

扫描完成时,黑色对象就是存活的对象,白色对象就是已消亡可回收的对象

扫描完成之后,垃圾收集器只需要回收仍然是白色的对象所占用的内存即可。乍一看上面的过程好像没有什么问题,但是不要忘了我们的收集线程是和用户线程并发执行的。🚀🚀🚀

🌻🌻那么就会遇到一些问题了,我们的收集器在对象图上标记颜色的同时,用户线程在修改引用关系——即修改对象图的结构,这样可能会出现下面两种后果:

📍一种是把原本消亡的对象错误标记为存活,这不是好事,但其实是可以容忍的,只不过产生了一点逃过本次收集的浮动垃圾而已,下次收集清理掉就好。

📍另一种是把原本存活的对象错误标记为已消亡,这就是非常致命的后果了,程序肯定会因此发生错误。

下面来演示一下上面的错误具体是如何产生的。

第一种:浮动垃圾🍺

假设 GC 线程已经遍历到 E(变为灰色了),此时D > E 的引用断开:

D > E 的引用断开之后,E、H、G 三个对象不可达,应该要被回收的。然而因为 E 已经变为灰色了,其仍会被当作存活对象继续遍历下去。最终的结果是:这部分对象仍会被标记为存活,即本轮 GC 不会回收这部分内存。

👩🏻‍🏫这部分本应该回收但是没有回收到的内存,被称之为浮动垃圾。浮动垃圾并不会影响应用程序的正确性,下次收集时清理掉就好。

第二种:“对象消失”🍬

假设 GC 线程已经遍历到 E(变为灰色了),此时E > G 的引用断开,新增D > G 的引用:

👀此时因为 E 已经没有对 G 的引用了,所以不会将 G 置为灰色;尽管因为 D 重新引用了 G,但因为 D 已经是黑色了,不会再重新做遍历处理。

🍑最终导致的结果是:G 会一直是白色,最后被当作垃圾进行清除。这就是非常致命的后果了,程序肯定会因此发生错误,是不可以接受的。

🥇我们很容易看到发生这种错误是需要同时满足以下两个条件才可以成立的:

第一个条件:赋值器插入了一条或多条从黑色对象到白色对象的新引用。(即新增D > G 的引用)

第二个条件:赋值器删除了全部从灰色对象到该白色对象的直接或间接引用。(即断开E > G 的引用)

🍹我们要解决这个问题,只需破坏这两个条件中的任意一个条件 即可避免发生并发扫描时的对象消失问题。

🍍🍍先来破坏第一个条件,当黑色对象插入新的指向白色对象的引用关系时,我们就可以将这个新插入的引用记录下来,等并发扫描结束之后,再将这些记录过的引用关系中的黑色对象为根,重新扫描一次。这可以简化理解为,黑色对象一旦新插入了指向白色对象的引用之后,它就变回灰色对象了。这种解决方案称为增量更新

🍉🍉也可以破坏第二个条件,当灰色对象要删除指向白色对象的引用关系时,我们就将这个要删除的引用记录下来,在并发扫描结束之后,再将这些记录过的引用关系中的灰色对象为根,重新扫描一次。这也可以简化理解为,无论引用关系删除与否,都会按照刚刚开始扫描那一刻的对象图快照来进行搜索。这种解决方案称为原始快照

😎无论采用哪一种方案,都可以解决上面的问题。在HotSpot虚拟机中,增量更新和原始快照这两种解决方案都有实际应用,譬如,CMS就是基于增量更新来做并发标记的,G1、Shenandoah则是用原始快照方式来实现。

🙇🏻‍♀️读完上面的内容,相信大家已经对JVM并发标记的过程有了一定的了解。JVM虚拟机标记完不可达对象之后还需要对这些对象所占用的内存进行回收,具体的回收动作是由虚拟机采用哪款垃圾回收器所决定的。

thanks

  • 29
    点赞
  • 17
    收藏
    觉得还不错? 一键收藏
  • 17
    评论
JVM垃圾回收是Java虚拟机的一个重要功能,它的知识体系包括以下内容: 1. 垃圾回收算法:垃圾回收算法是指垃圾回收器采用的垃圾回收策略。常见的垃圾回收算法包括标记-清除、复制、标记-压缩和分代等。 2. 垃圾回收器:垃圾回收器是JVM的一个组成部分,它负责执行垃圾回收算法,并回收Java对象的内存空间。常见的垃圾回收器包括Serial、Parallel、CMS、G1等。 3. 对象存活判定:垃圾回收器需要判断哪些Java对象是可以回收的,哪些是必须保留的。存活对象可以通过引用计数、可达性分析等方式判断。 4. 垃圾回收的过程:垃圾回收的过程包括标记、清除、整理等阶段。标记阶段是找到存活对象的过程,清除阶段是回收无用对象的过程,整理阶段是将存活对象移动到一块连续的内存区域中。 5. 垃圾回收的性能优化:垃圾回收的性能优化包括分代、增量、并发、预处理等技术。分代是指将Java对象分为年轻代和老年代,以便针对不同的对象有针对性地进行垃圾回收。 6. 垃圾回收的调优和监控:垃圾回收的调优和监控可以通过调整堆大小、设置垃圾回收器类型、调整垃圾回收的参数等方式实现。 JVM垃圾回收是Java虚拟机的一个重要功能,掌握其知识体系可以帮助程序员更好地理解Java程序的内存模型和垃圾回收机制,从而编写出高效、可靠的Java程序。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值