ZGC实现超低延迟的核心是“几乎不打断应用线程”，通过并发标记、重定位等阶段替代STW，仅需几个<1ms握手点；采用染色指针编码标记状态，省去元数据开销；放弃分代设计，统一管理堆，使停顿与堆大小无关且高度可控。
ZGC 实现超低延迟，核心不是“快”，而是“几乎不打断应用线程”。它把原本必须停顿的操作，全部挪到应用运行的同时去做，真正让 GC 变成后台服务。
用并发代替暂停
ZGC 把整个回收流程拆成多个阶段，其中标记、重定位、引用处理等关键步骤全是并发执行的——应用线程照常读写对象，GC 线程在旁边同步干活。真正需要 STW（Stop-The-World）的只有极短的几个“握手点”，比如初始标记、再标记和重定位结束时的指针更新，每个通常 < 1ms。
- 初始标记：只扫描 GC Roots（如栈、寄存器、静态字段），耗时恒定，与堆大小无关
- 并发标记：借助读屏障（Load Barrier）实时捕获对象访问，配合三色标记法持续追踪可达性
- 并发重定位：对象移动时，新旧地址同时有效；后续访问通过染色指针+读屏障自动跳转到新位置
- 再标记与重定位结束：仅需修正少量因并发导致的状态偏差，时间稳定可控
靠染色指针消除元数据开销
立即学习“Java免费学习笔记（深入）”；
ZGC 不维护单独的标记位图或卡表，而是把标记状态（Marked0/Marked1/Remapped）直接编码进 64 位指针的高 4 位。这样每次对象访问时，读屏障能立刻判断其状态，无需查表、不占额外内存、也不引发缓存抖动。
- 指针本身携带语义，省去遍历辅助结构的时间
- 避免传统 GC 中因位图过大导致的 TLB 压力和内存带宽争抢
- 支持任意大小堆（从几 GB 到 4TB），停顿不随堆增长而上升
不依赖分代，简化逻辑路径
ZGC 放弃了年轻代/老年代划分，整个堆统一管理。这看似“粗放”，实则消除了代际晋升判断、跨代引用扫描、混合回收决策等复杂且易引发波动的环节。所有对象一视同仁，回收节奏更平滑，P99 停顿更可预测。
- 无 Young GC / Old GC 区分，也就没有晋升失败、并发模式失败等突增停顿风险
- 回收触发主要看分配速率与内存压力，策略简单直接
- 对象生命周期长短对停顿影响极小，适合长稳服务场景
ZGC 的毫秒级表现，是算法设计、硬件协同和 JVM 运行时机制共同作用的结果，不是单纯调参能换来的。
