ZGC作为一款面向低延迟的垃圾回收器，其最令人称道的设计便是染色指针。它打破了对象状态必须存储在对象头或额外标记位的常规思路，而是将标记信息直接编码到对象引用的内存地址中。这种做法使得GC线程与用户线程在并发标记和并发转移时，仅通过解引用地址就能感知对象当前所处的生命周期阶段。
染色指针的位布局原理
在六十四位系统中，Linux环境下进程实际可用的虚拟地址空间通常只有四十八位，剩下的十六位并未用于寻址。ZGC从中借用了其中若干高位比特来存放对象的状态标记，这些比特连同原本的地址部分共同组成一个六十四位指针值。具体划分上，ZGC使用固定偏移的高位区间表示标记，低位四十二位左右表示对象实际内存地址，中间保留若干位作为预留。
这种布局带来的好处是，对象是否已被标记、是否处于可重映射状态、是否即将被移动，都不再依赖对象头里的字段。当应用代码持有一个对象引用时，这个引用值本身就携带了GC所需的全部元信息。由于标记位处于地址高位，并不影响低位地址寻址，因此通过简单的位掩码就能在运行时快速提取状态，而不必访问内存中的对象本身。
状态字段的含义
ZGC定义了几个关键标记位，例如用于标记对象是否存活的Finalizable位、Remapped位以及Marked0与Marked1位。这些位在并发周期中交替使用，避免前后两次回收的状态互相混淆。多重映射技术让同一物理内存可以被映射到不同的虚拟地址区间，每个区间对应一种标记组合，从而使染色指针在解引用时总能命中正确的视图。
从硬件角度看，CPU在加载指针时只是把它当作普通六十四位整数，真正让标记生效的是ZGC运行时的读写屏障代码。屏障会在对象访问前检查指针高位，决定是否需要执行转移或重映射动作。这样的设计把大部分GC协调逻辑从对象头转移到了指针和屏障，显著减少了停顿时间。
利用位存储提取变量状态
理解染色指针不能只停留在概念，我们还需要看它如何用位运算实现状态标记与提取。下面以模拟ZGC指针结构的一段Java风格代码为例，展示如何通过移位和掩码获取对象标记。注意真实JVM以C加加实现，此处仅为说明原理。
// 模拟ZGC染色指针结构，仅用于原理说明
public class ColoredPointer {
// 假设地址占低42位，标记占高22位中的若干位
private static final long ADDRESS_MASK = (1L << 42) - 1;
private static final long MARK_SHIFT = 42;
private static final long MARK_MASK = 0x3L << MARK_SHIFT; // 两位标记
// 将地址与标记组合成染色指针
public static long pack(long address, int mark) {
return (address & ADDRESS_MASK) | (((long) mark << MARK_SHIFT) & MARK_MASK);
}
// 从染色指针提取原始地址
public static long extractAddress(long pointer) {
return pointer & ADDRESS_MASK;
}
// 从染色指针提取状态标记
public static int extractMark(long pointer) {
return (int) ((pointer & MARK_MASK) >> MARK_SHIFT);
}
public static void main(String[] args) {
long addr = 0x1234L;
long colored = pack(addr, 2); // 标记对象为可重映射
System.out.println("地址: " + extractAddress(colored));
System.out.println("标记: " + extractMark(colored));
}
}
上述代码里，pack方法把对象地址和状态标记通过按位或运算压缩进同一个长整型变量，extractAddress与extractMark则分别用掩码和移位还原信息。真实ZGC的掩码更复杂，并且要结合操作系统页表的多重映射，但位存储的核心思想与此一致：用最少的CPU指令完成状态判断。
这种位存储方式相比在对象头中维护状态字段，优势在于不需要额外内存访问。当系统面临每秒数百万次对象引用时，节省的缓存行读取和写回开销非常可观。同时，由于标记跟随指针移动，在并发转移中对象被复制到新地址后，只需更新引用中的地址部分，标记位可继续保留，保证了状态连续性。
并发场景下的实际收益
在ZGC的并发标记阶段，GC线程会遍历对象图并为存活对象设置对应标记位。由于标记直接写入指针，用户线程后续读取该指针时，通过读屏障即可知道对象是否已被处理。若对象被并发转移，写屏障会把旧指针的标记切换为Remapped，并指向新地址，整个过程无需全局停顿。
从变量状态标记视角看，染色指针相当于把每个引用变成了一个自带元数据的智能句柄。它让“对象是否移动”“是否标记”这类问题从查询共享内存变为解析局部变量，极大降低了线程间同步成本。对于构建高吞吐且响应时间稳定的服务端应用，这种位存储设计提供了坚实的底层支撑。
与其他回收器对比
传统如G1回收器会把标记信息放在卡表或对象头，并发阶段需频繁回写对象头并引发竞争。染色指针则把信息分散到每个引用中，虽然单个指针变“重”了，但消除了集中式状态带来的瓶颈。这也是为何ZGC能在数TB堆内存下仍保持亚毫秒级停顿的重要原因之一。
当然，染色指针也带来限制，例如可用地址空间被压缩，需要OS支持多重映射和大地址感知。但现代Linux内核已良好支持这些特性，使得该机制在 production 环境稳定运行。掌握其位存储内幕，有助于我们在调优时正确理解GC日志中的指针视图与转移事件。