zgc实现亚毫秒级停顿的核心是将stw操作最小化，通过读屏障把gc工作摊到每次对象读取中，结合着色指针编码状态与并发标记/重定位，使stw仅用于初始标记和原子切换，耗时仅几微秒。
ZGC 实现亚毫秒级停顿的核心，不是靠完全消除 GC 停顿，而是把原本必须 STW（Stop-The-World）完成的关键操作，通过读屏障（Read Barrier）转移到应用线程的普通对象读取路径中，并配合着色指针（Colored Pointers）与并发处理机制，让 STW 阶段只做极轻量的事——比如仅需几微秒来更新少量元数据或完成原子切换。
读屏障：把 GC 工作“摊”到每次对象访问上
ZGC 在堆内存对象引用字段的每次读取（如 a.field、array[i]）前插入一段轻量级检查逻辑——这就是读屏障。它不拦截写操作，也不修改对象结构，只在读引用时做必要判断和转发。
- 当应用线程读取一个对象引用时，JVM 会先检查该引用是否指向“已重定位”的对象（即被 GC 移动过）；
- 若发现该引用仍指向旧地址（但对象已被复制到新位置），读屏障会自动将其“修正”为新地址，并可能触发一次小规模的本地化更新（如将旧地址处的转发信息缓存到线程本地）；
- 这个过程对单次读取引入的开销约几十纳秒，在现代 CPU 上几乎不可感知，且完全避免了全局暂停去统一修正所有引用。
着色指针：用指针低三位编码对象状态，零额外存储开销
ZGC 不依赖额外的元数据表或卡表（Card Table），而是直接复用 Java 对象引用（64 位指针）的低 3 位（x86-64 下未使用），编码对象的 GC 状态：marked0/marked1/remapped。这使得读屏障能仅靠一次指针解码就判断当前引用是否需要处理。
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 例如：指针值末三位是
001表示该对象已被标记但尚未重定位；010表示已重定位完成，但旧引用还没全部更新； - 读屏障根据这三位快速决策：是否要查转发表、是否要原子更新本地缓存、是否可直接返回新地址；
- 无需访问堆外结构，无 cache miss 风险，硬件友好，延迟稳定。
并发标记 + 并发重定位：STW 只负责“开关”和“快照”
ZGC 的 Stop-The-World 阶段仅出现在两个极短时刻：
- 初始标记（Initial Mark）：仅需扫描 GC Roots（如栈帧、寄存器、静态字段），耗时与活跃线程数和根数量相关，通常
- 再标记（Remark）与重映射（Relocate）准备：ZGC 将传统“重新标记+修正引用”拆成并发阶段+一次极短的“重映射快照”STW（
- 真正移动对象（重定位）、更新所有引用、回收旧内存，全部在后台线程与应用线程并发执行，读屏障持续保障访问一致性。
为什么不会导致应用逻辑错乱？
读屏障的设计保证了语义正确性：无论对象是否被移动、引用是否已更新，每次读取都返回逻辑上“最新且有效”的对象地址。JVM 层确保所有对象访问路径（包括反射、JNI、编译器优化后的内联代码）都经过屏障检查；HotSpot 编译器会自动在生成的机器码中插入对应指令（如 x86 上用 test+jmp 快速分支），并针对热点路径做逃逸分析绕过冗余检查。
- 即使某次读取触发了转发，返回的仍是同一逻辑对象，业务代码无感；
- 写操作不加屏障，因为 ZGC 使用“染色+原子更新”保证重定位期间写入新地址，旧地址不再被写入；
- 所有并发阶段均通过多版本快照、CAS 更新、内存屏障等机制保证数据竞争安全。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
