发布于2026-05-23 阅读(0)
扫一扫,手机访问

在G1收集器的并发标记阶段,最棘手的问题莫过于“漏标”。其根源在于,用户线程和GC线程同时在修改对象图,这很容易破坏三色标记法的安全底线——即黑色对象不能直接指向白色对象。那么,G1是如何破局的呢?它采用的SATB(Snapshot-At-The-Beginning)机制,思路相当巧妙:它不试图阻止变化的发生,而是选择用“逻辑快照”加上“写前屏障”这套组合拳,把关键变动精准捕获下来。核心目标就一个:确保在标记开始时那一刻还活着的对象,本轮GC绝不会误杀。
G1通过SATB(快照-初始)机制解决漏标:在引用被删除前,用写前屏障捕获旧引用并压入SATB队列,最终标记阶段重新扫描这些对象,确保初始快照中可达的对象不被误回收。
要理解SATB的设计取舍,得先搞清楚哪种操作才是漏标的“元凶”。新增引用其实并不可怕,比如一个灰色对象C新建了一个指向白色对象D的引用,这没问题——D会在后续扫描C时立刻被加入灰色队列。真正危险的是删除引用。想象一下,一个已经被标记为黑色的对象A,它原本指向白色对象B,现在这个引用被置为了null。B的可达路径就此被切断,而A因为是黑色,GC不会再回头扫描它。结果就是,B这个还在被业务使用的对象,在GC眼里彻底“消失”了。
提到“快照”,可别误会它是把整个堆内存复制一遍,那代价太高了。这里的“快照”是一个逻辑概念,它以初始标记(Initial Mark)这个短暂STW阶段结束的瞬间为时间锚点。那一刻,所有从GC Roots可达的对象,就被视为“已承诺存活”的快照内容。后续的并发标记阶段,其任务就是遍历这部分对象。而写屏障则扮演着哨兵的角色,专门记录那些可能让这份逻辑快照失效的操作。
SATB的精髓,很大程度上体现在它的写前屏障上。这个屏障并非对所有赋值操作都大动干戈,它只在特定条件满足时触发:当一个老年代对象的引用字段被覆盖(例如执行了 oldObj.field = newObj),并且旧值非空时,屏障就会把这个即将被覆盖的旧引用值,压入线程本地的SATB队列。这一切由JIT编译器在生成机器码时自动插入,对Ja va应用层完全透明。
并发标记风风火火地跑完了,SATB队列里也攒下了一批“曾被断开但本应保活”的旧引用记录。接下来,就是最终标记(Final Mark)这个短暂的STW阶段登场了。它的任务很明确:把这些队列里的旧值对象重新拉回灰色队列,并对它们及其子图进行一次轻量级的补充扫描。
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
正版软件
正版软件
正版软件
正版软件
正版软件
1
2
3
7
8