zgc通过着色指针、读屏障、多区域分页与多重映射实现全程并发gc：将标记位嵌入指针高位，读操作触发屏障完成重定向与引用更新，分页管理结合虚拟地址多重映射突破tb级堆限制，仅初始标记和最终校验需stw（
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
