zgc实现亚毫秒停顿的关键在于染色指针与读屏障协同：将gc状态编码进64位指针高位，通过读屏障在字段访问时即时响应，无需扫描对象头或全局位图，达成“访问即协同”的懒驱动可达性分析。
ZGC 实现亚毫秒级停顿的关键，不在“更快地扫描”，而在“不扫也能知道该做什么”——它把 GC 状态塞进指针本身，再靠读屏障在每次字段访问时即时响应、自动修正。这不是优化，而是重构了可达性分析的执行逻辑。
染色指针：状态随地址走，不查对象头
ZGC 要求运行在 64 位 JVM 且禁用压缩指针（-XX:-UseCompressedOops），这样才能安全复用指针高位。Linux x86-64 实际只用低 42–48 位寻址，ZGC 借用其中 4 位（如第 60–63 位）编码对象生命周期状态：
- Marked0 / Marked1：交替用于并发标记，标识对象是否在本轮或上轮被标记为存活
- Remapped：表示对象已完成迁移，当前指针指向的是旧地址，需重定向
- Finalizable：仅用于 finalizer 链中的特殊对象
真实地址提取只需一次位掩码运算：ptr & ~0xF000000000000000UL，零内存访问、无分支判断。应用线程读 obj.field 时，无需等待 GC 扫描对象头，直接从指针里解出状态和地址。
读屏障：每次字段加载都是自愈节点
读屏障不是拦截器，而是 JIT 在编译 aload、getfield 等字节码时内联的一小段汇编逻辑。它在每次引用加载时检查指针颜色位，并按需处理：
- 若为 Marked0：触发并发标记流程（不阻塞，异步推进）
- 若为 Remapped：查 Forwarding Table 获取新地址，原子更新寄存器中指针值
- 若为 Remapped 且已更新过：直接放行，零开销
所有绕过 JVM 的裸指针操作（如 Unsafe.getLong(obj, offset) 或 JNI 直接解引用）会跳过读屏障，导致漏标——这是部署时必须规避的风险点。
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
自愈的本质：把全局同步变成按需决策
ZGC 不维护全局位图、不扫描 card table、不依赖写屏障。它的可达性分析是“懒驱动”的：
- 初始标记阶段仅枚举 GC Roots（栈、静态字段等），STW 控制在百微秒级
- 后续所有标记都由读屏障触发：只要某条引用链中任一节点被访问且带 Marked 位，就顺藤摸瓜标记下游
- 对象迁移完成后，仅设置 Remapped 位；下次业务线程读到它时，读屏障自动完成重定向并缓存新地址
整个过程没有“等待 GC 完成”，只有“访问即协同”。对象搬家与业务读取不再互斥，而是天然兼容。
部署前必须确认的硬性前提
染色指针不是可选特性，而是 ZGC 的底层契约：
- 必须使用 64 位 JVM，且显式关闭压缩指针：-XX:-UseCompressedOops
- 仅支持 Linux/x64（JDK 15+ 扩展支持 Windows/AArch64，但生产环境仍以 Linux 为主）
- 堆大小建议从 4GB 起步，小于 2GB 时 ZGC 吞吐可能反低于 G1
- 避免大量使用 Unsafe 或 JNI 直接内存操作，否则破坏读屏障保护边界
不复杂但容易忽略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
