Java 中垃圾回收怎么理解 G1 的 Remembered Set (RSet) 如何解决跨 Region 引用标记-java教程-PHP中文网

rset是g1收集器的反向索引机制，记录“谁引用了我”而非“我引用了谁”，仅在老年代对象赋值指向年轻代或其它老年代region时通过写屏障更新，依赖dirty card queue缓冲并由refinement线程异步精炼。

java 中垃圾回收怎么理解 g1 的 remembered set (rset) 如何解决跨 region 引用标记

G1 的 Remembered Set（RSet）不是“我引用了谁”的记录，而是“谁引用了我”的反向索引。它直接回答一个问题：回收某个 Region 前，需要扫描哪些其他 Region 的哪些内存块？ 这个设计让 Young GC 完全跳过未被引用的老年代，真正把停顿时间从“堆总大小”解耦出来。

RSet 是怎么建起来的

RSet 不靠扫描生成，而靠写屏障（Write Barrier）实时维护：

仅当老年代对象字段赋值指向年轻代或另一个老年代 Region 时（如 oldObj.field = youngObj），才触发更新
写屏障定位 youngObj 所在 Region，计算 oldObj 字段地址对应的卡页（Card，512 字节单位）
把该卡页所属的源 Region ID 注册进目标 Region 的 RSet 中（例如：Region A 的 RSet 记下 “Region X 的第 37 号卡里有引用”）
年轻代 → 老年代的赋值被跳过——这类引用不参与 Young GC 存活判定，且生命周期短，记了反而亏

RSet 底层是哈希表 + 卡页位图，不存具体对象地址，只记“Region X 的某几张卡里有指向我”的关系。

RSet 在 Young GC 中怎么用

Young GC 只处理 Eden 和 Survivor Region，流程如下：

枚举线程栈、JNI 引用等传统 GC Roots
额外把待回收 Region 的 RSet 中登记的所有源 Region，都当作扩展 Roots（比如 RSet 显示 Region M、N、P 有引用，就把这三个 Region 里存活的对象纳入标记起点）
仅从这些 Roots 出发，标记当前 Eden/Survivor 中的存活对象
完全不访问其余老年代内存，避免全堆扫描

这就像查账本：不用翻整本 ledger，只看“谁欠我钱”那几页，就能知道哪些条目不能删。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

RSet 怎么保证不漏标

关键靠三重保障协同：

所有跨 Region 的引用写操作（字段赋值、数组元素设置、volatile 写）都被写屏障拦截
Dirty Card Queue 缓冲写屏障产生的脏卡信息，由 G1ConcRefinementThreads 后台异步精炼：扫描卡内对象、确认真实引用、聚合并更新 RSet
队列满时应用线程短暂阻塞——这是背压机制，宁可慢一点写，也不让 RSet 更新滞后导致漏标

RSet 的粒度比 CMS 的全局卡表更细：CMS 记“哪张卡脏了”，G1 直接记“哪几个 Region 的哪几张卡指向我”，省去解析脏卡的开销。