ZGC通过染色指针实现亚毫秒级停顿：利用64位指针高42–45位存储Marked0/Marked1/Remapped/Finalizable四类GC状态，地址与元数据分离提取，避免对象头访问和额外内存操作，使标记、重映射等变为纯位运算。
染色指针不是给对象“上色”，而是把 GC 状态信息直接编码进 64 位指针的高位空闲位里。它绕开了对象头、bitmap 或 card table，让标记、重映射等操作变成纯位运算，从而支撑 ZGC 在 16TB 堆下仍保持毫秒级停顿。
为什么能用指针高位存状态？
现代 x86-64 Linux 系统实际只使用虚拟地址的低 42~48 位（对应 4TB~256TB 寻址空间），高十几位长期为 0。ZGC 恰好复用其中连续的 4 个高位 bit，例如第 42–45 位，作为元数据存储区。
- 这 4 位不参与地址计算，不影响寻址能力，也不需要硬件修改
- ZGC 实际管理堆上限为 4TB（42 位地址空间），但通过虚拟内存映射技术，可支持到 16TB 甚至更大——关键在于操作系统允许将不同物理页映射到同一段逻辑地址空间，ZGC 利用这一点扩展可用范围
- 地址提取必须用 ptr & ~0xF（屏蔽低 4 位），不能用右移，避免非对齐访问或分支预测开销
四个元数据位分别代表什么？
这 4 位不是随意定义的，每种组合对应 GC 生命周期中的一个明确语义：
- Marked0 / Marked1：交替用于并发标记阶段，解决 ABA 问题；一次标记用 Marked0，下一轮用 Marked1，避免误判对象状态
- Remapped：表示该指针指向的是重定位后的新地址；旧指针未更新时，靠此位识别是否需触发读屏障跳转
-
Finalizable：标识对象含有
finalize()方法，需在回收前加入终结队列，由专用线程处理
如何从指针中安全提取地址和状态？
所有操作必须零内存访问、无函数调用、无条件分支——这是 ZGC 实现亚毫秒停顿的前提。
- 地址提取：
addr = ptr & Z_ADDRESS_MASK（Z_ADDRESS_MASK = (1ULL ） - 状态提取：
color = ptr & Z_METADATA_MASK（Z_METADATA_MASK = 0xFULL ） - 判断是否已重映射：
(ptr & REMAPPED) != 0，结果直接参与后续跳转逻辑 - Java 层完全无感：应用代码看到的仍是“普通”对象引用，JVM 在加载/存储指令路径中自动插入读屏障处理染色逻辑
与传统标记方式的根本区别
传统 GC 把标记写进对象头或独立 bitmap，每次读对象都要多一次内存访问；ZGC 把标记“随身携带”在指针上，只要拿到指针，状态就已确定。
- 无需访问对象本身即可判定其 GC 阶段，极大减少缓存污染和内存带宽压力
- 避免了对象头写屏障带来的同步开销，也省去了维护外部标记结构的内存与原子操作成本
- 本质上是把“标记对象”变成了“标记引用”，使并发标记真正意义上成为引用图遍历，而非对象图遍历
