ZGC通过着色指针、读屏障、多区域分页与多重映射实现全程并发GC：将标记位嵌入指针高位，读操作触发屏障完成重定向与引用更新，分页管理结合虚拟地址多重映射突破TB级堆限制，仅初始标记和最终校验需STW（<1ms）。

ZGC 实现超大堆内存管理，核心不靠“绕开扫描”，而是用一套协同设计的底层机制，在保证内存安全的前提下，把全堆扫描、移动、回收全部搬到应用线程运行的同时进行——真正做到了“边跑边收拾”。

着色指针：把标记信息藏进地址本身

ZGC 不在对象头里存标记位，而是直接复用 64 位指针的高位（如第 48–63 位）编码状态，比如 Marked0、Remapped、Finalizable 等。这样每次读取引用时，系统能立刻知道这个指针指向的对象处于什么 GC 阶段，无需额外查表或同步。

• 一个对象被标记后，它的所有引用指针自动“带颜色”，后续访问自然触发读屏障
• 对象重定位时，新旧地址可共存，指针只需更新元数据位，不用批量改引用
• 避免了传统 GC 中因修改大量引用导致的长停顿和内存带宽压力

读屏障：让每次对象访问都成为 GC 协作节点

每当 Java 代码执行 obj.field 或 array[i] 这类读操作，ZGC 的读屏障就会介入检查指针状态。如果发现是旧地址（Remapped 位未置），就自动完成重定向并更新指针——这个动作由 CPU 指令级完成，开销极小。

• 读屏障是 ZGC 并发性的基石：它把 GC 工作“摊”到无数个细粒度的读操作中
• 不需要 Stop-The-World 就能保证对象图一致性，哪怕堆是 16TB，也不影响逻辑正确性
• 相比写屏障，读屏障对吞吐影响更小，更适合低延迟场景

多区域分页 + 多映射：突破虚拟地址空间限制

ZGC 把堆划分为 Small（2MB）、Medium（32MB）、Large（按需）三类页，每类页独立管理。更重要的是，它利用操作系统“多重映射”能力，让同一物理内存块在虚拟地址空间中拥有多个视图（如“原地址视图”“重定位后视图”），从而绕过传统 48 位地址空间对 TB 级堆的硬约束。

• Small/Medium 区支持快速分配与局部重用，减少碎片
• Large 区专用于超大对象（如百万级数组），避免跨页拆分
• 多映射使 ZGC 可在有限虚拟地址空间内管理远超其容量的物理堆（例如 16TB 堆仅需约 100GB 虚拟地址空间）

全程并发：标记、重定位、引用更新全不暂停

ZGC 没有传统意义上的“年轻代/老年代”划分，每次 GC 都扫描全堆，但整个流程完全并发：

• 并发标记：用 SATB 快照 + 读屏障捕获引用变化，不阻塞应用
• 并发重定位：把存活对象复制到新页，同时允许应用继续读写旧页（靠读屏障透明切换）
• 并发引用更新：不是一次性扫完所有引用，而是在读屏障触发时懒更新，平滑分摊开销
• 唯一 STW 阶段仅用于初始标记和最终重映射校验，通常不到 1ms