zgc通过着色指针将元数据编码进64位指针高22位（常用4位），划分remapped/marked0/marked1/finalizable等逻辑地址视图，配合加载屏障实现零查表、低开销的并发访问控制。
ZGC 对内存地址空间的访问控制，并不依赖传统 GC 那样通过对象头或全局元数据表查状态，而是把关键控制逻辑直接“编码进指针本身”——也就是通过着色指针（Colored Pointers）实现细粒度、零查表、硬件友好的实时判断。
着色指针：地址即状态
ZGC 在 64 位地址中预留高 22 位（实际常用 4 位作颜色标识）存储元数据，将地址划分为多个逻辑视图空间：
- Remapped 视图（如 0x0000100000000000～0x0000140000000000）：指向对象当前稳定位置，读取无需加载屏障，性能开销最低
- Marked0 / Marked1 视图（如 0x0000040000000000～0x0000080000000000）：表示对象处于某轮并发标记中，触发加载屏障（Load Barrier），自动完成重映射或转发
- Finalizable 视图：专用于等待 finalizer 执行的对象，由独立线程处理，不参与常规读写路径
这种设计让 JVM 在解引用时仅需位运算提取颜色位（如 addr & 0xF000000000000000UL），就能即时判定指针语义，避免缓存未命中和跳转开销。
加载屏障：读操作的轻量级守门员
ZGC 的访问控制核心落在加载屏障上，它只在读取 marked 状态指针时激活：
- 若目标对象已重定位，屏障自动将指针从 marked 地址更新为 remapped 地址，并返回新地址
- 若对象尚未重定位，屏障确保标记过程不被干扰，维持并发一致性
- 所有 remapped 指针绕过屏障，业务代码读取行为完全透明，无额外指令插入
这意味着绝大多数读操作（尤其是热字段访问）不受 GC 影响，真正实现“读吞吐零衰减”。
元空间与类加载器协同防护
虽然元空间（Metaspace）不由 ZGC 直接管理，但其访问路径在并发阶段仍需受控：
- ZGC 在并发标记阶段调用
ClassLoaderDataGraph::classes_do()原子遍历类加载器链，防止类定义被中途卸载 - 每次访问类元数据前，通过
Metaspace::contains()校验地址是否仍在有效内存范围内，规避悬挂指针风险 - 类卸载被延迟到完整 GC 周期末尾，且需满足“无活跃实例 + 类加载器不可达”双重条件，避免元空间泄漏
页面级隔离与地址空间分区
ZGC 将虚拟地址空间显式划分为互不重叠的区域，形成硬性访问边界：
- 堆空间严格限制在 42 位寻址范围内（理论 4TB），剩余高位专用于颜色与元数据，杜绝越界解引用
- 小/中/大页面（2MB / 32MB / 动态）各自映射独立虚拟区间，分配器按对象大小路由，避免跨页指针污染
- 操作系统页表配合 ZGC 内存映射机制，确保同一物理页可被多个逻辑地址（remapped/marked）安全映射，互不干扰
这套策略不是靠运行时检查兜底，而是从地址生成、指针使用、内存映射三个层面构筑纵深防御，让访问控制成为地址本身的固有属性。
