ZGC染色指针掩码运算本质是精准位操作分离地址与状态，不依赖内存访问：主流Linux x86_64用42位地址+4位高位元数据，掩码为0xFULL

ZGC 染色指针的掩码运算本质是利用位操作分离地址与状态，不依赖额外内存访问，实现零开销元数据读取。关键在于准确识别元数据位的位置和宽度，并构造对应掩码。

元数据位位置决定掩码值

ZGC 在 64 位指针中将元数据嵌入固定比特位，主流实现集中在低 4 位或高位区域，不同 JDK 版本/平台略有差异：

• Linux x86_64（最常见）：元数据占 4 位，位于地址位之后、高位之前；地址实际使用 42 位，元数据起始于第 42 位（bit 42–45），因此掩码为 0xFULL （即 0x3FFFFFFFFFFF0000）
• 部分资料简化模型：直接用低 4 位编码（如 0b1111），此时地址掩码为 ~0b1111（即 0xFFFFFFFFFFFFFFF0），但该模型不符合真实硬件地址空间约束，仅用于教学演示
• 更严谨的 Linux 实现中，ZGC 实际屏蔽的是低 10 位（含对齐保留位），地址提取用 addr & ~0x3FFULL，其中低 4 位为颜色，其余 6 位用于页内偏移对齐

提取原始地址的标准方法

要获得对象真实物理/虚拟地址，需清除所有元数据位，只保留地址有效位：

• 若元数据在高位（42–45 位）：uintptr_t real_addr = colored_ptr & Z_ADDRESS_MASK;，其中 Z_ADDRESS_MASK = (1ULL
• 若采用低 10 位掩码策略：real_addr = colored_ptr & ~0x3FFULL; —— 这是 JDK 源码中实际使用的通用方式
• 注意：不能简单用 & ~0xF，否则会错误截断合法地址低位，导致寻址失败

提取元数据信息的操作逻辑

元数据不是单一位，而是多位组合，需先隔离再判别：

• 先用元数据掩码提取完整元数据字段：ZPointerColor color_bits = colored_ptr & Z_METADATA_MASK;
• 再逐位比对判断状态：
  // 示例判断是否已重映射
  if (color_bits & REMAPPED) { ... }
  // 判断是否处于 Mark0 阶段
  if (color_bits & MARKED0) { ... }
• 四个标准元数据位含义固定：MARKED0 / MARKED1（并发标记双缓冲）、REMAPPED（重定位完成）、FINALIZABLE（需执行 finalize）

为什么掩码必须精准？

掩码偏差会导致两类严重问题：

• 掩码过宽（如多清 1 位）：丢失合法地址位 → 访问非法内存 → SIGSEGV 崩溃
• 掩码过窄（如少清 1 位）：残留元数据污染地址 → 定位到错误对象或空洞内存 → 数据错乱或静默失败
• ZGC 的低延迟优势正依赖这种确定性位操作，任何间接查表或分支预测都会引入不可控延迟