Remembered Set（RSet）是G1垃圾收集器为解决跨代引用问题维护的“谁引用了我”反向索引表，由card table映射和per-region remembered sets组成，每个Region独立拥有、存于堆外内存，仅在写屏障触发时更新。
Remembered Set 是什么：跨代引用的“索引表”
RSet 不是某种数据结构的实现细节，而是 G1 垃圾收集器为解决跨代引用问题所维护的一组
映射 +
。它本质是一张“谁引用了我”的反向索引：当 Region A 中的对象被 Region B（比如老年代）中的对象引用时，Region A 的 RSet 就会记录下这个来自 B 的引用。
它不追踪所有引用，只记录“跨 Region 引用”，且只在写屏障触发时更新
每个 Region 都有自己独立的 RSet，大小随跨区引用数量动态增长
RSet 本身存放在堆外内存（
），避免干扰 GC 扫描逻辑
为什么必须有 RSet：否则并发标记会漏对象
G1 是分区式 GC，回收时只处理部分 Region（如年轻代或混合收集），但老年代 Region 中的对象可能正引用着待回收 Region 中的对象。如果没有 RSet：
年轻代 GC 无法知道哪些老年代对象指向自己，只能保守地把整个老年代加入根集合（
）
这会让停顿时间失控，失去 G1 的低延迟优势
所以 RSet 的存在，让 G1 能精准定位“可能指向本 Region 的外部引用来源”，只扫描那些真正相关的 Region，而不是全堆扫描。
RSet 更新由写屏障驱动：别指望它自动同步
RSet 不是实时镜像，它的更新完全依赖写屏障（
）。每次对对象字段赋值（尤其是跨 Region 的引用写入），JVM 会在写操作后插入一段检查逻辑：
判断目标字段是否位于不同 Region
如果是，就把源 Region 的 card 标记为“dirty”，后续通过并发 Refine 线程批量更新对应 RSet
常见错误现象包括：
频发 → 可能是 Refine 线程跟不上写屏障产生的 dirty card 速度
RSet 占用内存突增 → 应用存在大量跨 Region 的长生命周期引用（如大缓存 map 持有年轻代对象）
时间变长 → RSet 扫描开销增大，尤其在混合回收阶段
调整建议：
增加
提高 Refine 吞吐
控制跨代引用密度，避免老年代对象长期持有年轻代临时对象
用
观察
（Concurrent RS Update）时间占比
RSet 内存开销不可忽视：它真会吃掉几 GB 堆外空间
RSet 存储在堆外（Native Memory），但受 JVM 参数约束。一个 Region 的 RSet 大小取决于它被多少其他 Region 引用；极端情况下（比如中心化缓存 Region），RSet 可达 MB 级。
默认每个 Region 的 RSet 初始容量很小，但会动态扩容，碎片化明显
和
控制稀疏/密集模式切换阈值，调错会导致 RSet 膨胀数倍
使用
查看
区域增长，确认是否 RSet 主导
最容易被忽略的是：RSet 的清理不是即时的。即使引用被断开，对应条目仍可能滞留几个 GC 周期——这不是 bug，是设计取舍：避免并发清理引入额外同步开销。
card tableper-region remembered setsHeapRegionRemSetGC root setG1PostBarrierConcurrent mode failureG1EvacuationPause-XX:G1ConcRefinementThreadsjstat -gcCCSU-XX:G1RSetSparseRegionEntries-XX:G1RSetRegionEntriesjcmd VM.native_memory summary Internal