zgc能稳定实现亚毫秒级停顿，根本原因在于有色指针、读屏障和多映射内存三重底层机制创新：指针自带状态免同步更新，读屏障单次自愈无锁修正，多映射内存支持并发压缩。
ZGC能稳定实现亚毫秒级停顿（实测常低于1ms），根本原因不是靠调参或堆大小妥协，而是底层机制的三重硬核创新。它绕开了传统GC必须STW移动对象的老路，把“停顿与堆规模解耦”从口号变成了可验证的事实。
有色指针：让指针自己携带状态信息
传统GC依赖对象头存储标记、转发等元数据，对象移动时必须暂停所有线程来更新所有引用——这正是STW的主要来源。ZGC直接在64位指针的高几位（Linux/AArch64下通常用前4位）编码对象状态：如是否已标记、是否正在转移、是否已重映射。这样，对象地址本身就能表达生命周期阶段，无需额外查表或同步锁。应用线程读取对象时，通过读屏障自动识别并处理状态跳转，整个过程无须全局暂停。
读屏障：轻量拦截+即时修正
ZGC在每次对象字段读取（load指令）前插入极小开销的读屏障代码。当发现指针指向一个正在被并发转移的对象时，屏障会立即触发“自愈”：将该指针原子更新为新地址，并返回正确数据。这个动作是单次、局部、无锁的，不阻塞其他线程。它使得标记、转移、重映射全部可并发执行，真正把STW压缩到仅剩根节点扫描阶段。
多映射内存：硬件级支持并发压缩
ZGC利用操作系统虚拟内存特性，为同一块物理内存页分配多个虚拟地址（例如：0x00…、0x01…、0x02…）。在对象转移阶段，旧地址仍有效（通过读屏障跳转），新地址已就绪；压缩完成后再批量解除旧映射。这种设计避免了传统GC整理内存时必须冻结所有访问的困境，让“移动中”的对象对业务线程完全透明。
这三项技术环环相扣：有色指针提供状态载体，读屏障提供运行时干预能力，多映射内存提供硬件支撑。它们共同构成了ZGC低延迟不可替代的底层根基。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
