zgc 通过染色指针和读屏障实现 tb 级堆下亚毫秒停顿：复用地址高位编码 gc 状态，标记/重映射/清理全程并发，无需全局停顿；读屏障保障每次对象访问自动参与 gc，状态判断零延迟、无分支；16tb 支持依赖分层页表与多视图映射协同。
ZGC 能在 TB 级堆（最高 16TB）下保持亚毫秒至毫秒级停顿，核心不在“堆大”，而在于用染色指针把 GC 状态塞进指针本身，并靠读屏障让每次对象访问都自动参与 GC 过程——标记、重映射、清理全部与应用线程并发执行，全程无需全局停顿。
染色指针不是加标记，是重定义指针语义
ZGC 不在对象头里写标记位，也不维护额外 bitmap。它直接复用 64 位虚拟地址中空闲的高位（Linux x86-64 实际只用低 42–48 位寻址），拿出其中 4 个 bit 编码 GC 状态：Marked0、Marked1、Remapped、Finalizable。这意味着：
- 任意 Object 引用的底层 long 值，本身就携带当前对象所处的 GC 阶段信息
- 提取真实地址只需位运算：ptr & ~0xF000000000000000L（JDK 15+，高 4 位；注意不是低 4 位）
- 状态判断也只需位与：(ptr & REMAPPED) != 0，零延迟、无分支、不访存
- 堆从 4TB 扩到 16TB 时，标记元数据开销仍恒定为每指针 4 位，与堆大小完全解耦
读屏障是所有对象访问的强制校验点
染色指针只有被正确解读才有意义。ZGC 要求每次 aload、getfield、invokevirtual 等涉及引用的操作，都必须经过读屏障——这不是拦截器或代理，而是 JIT 在编译期内联的一小段汇编逻辑：
- 检查加载出的指针是否带 Marked 位：若是，触发并发标记（可能首次访问该对象）
- 检查是否带 Remapped 位：若是，原子解析新地址、清除旧颜色、更新指针值（即“指针自愈”）
- 若已处于 Remapped 状态且已完成更新，后续访问几乎零开销
- 绕过屏障的操作（如 Unsafe.getLong、JNI 直接地址运算）会漏标或读错地址，必须禁用或改用安全 API
16TB 堆靠的是分层页表 + 染色位协同
ZGC 支持 16TB 并非单纯扩大地址空间，而是将虚拟内存划分为多级页表结构，每个内存页的“视图状态”由染色指针中的 Remapped 位隐式指示：
- 物理内存中一个对象可同时映射到多个虚拟地址（Multi-Mapping），分别对应 Marked、Relocated、Remapped 视图
- 应用线程通过染色指针自动选中当前应访问的视图，无需全局锁或同步更新所有引用
- 大对象（>2MB）进入 Large Page 区，不参与重映射，停顿更稳但内存碎片略高
- 必须显式设置 -Xmx16T，仅开 ZGC 不会自动扩容上限；JDK 17+ 已稳定，JDK 15 需加 -XX:+UnlockExperimentalVMOptions
关键配置与避坑要点
启用 ZGC 并发挥染色指针效能，有几条硬性约束不能绕过：
- 必须关闭压缩指针：-XX:-UseCompressedOops，否则高位不可用，染色失效
- 禁止禁用读屏障：确保未配置 -XX:-UseZGCReadBarrier（Java 15+ 默认开启）
- JNI 代码需严格守规：避免 GetPrimitiveArrayCritical、直接指针算术；应使用 GetObjectRefType、NewLocalRef 等安全接口
- 地址解码必须用 ZGC 掩码逻辑：不同 JDK 版本颜色位位置不同（如 JDK 11 和 15 的 Remapped 位含义不一致），调试时需查对应版本的 zAddress.hpp
