Shenandoah 通过对象头嵌入转发指针、读屏障自动跳转、引用更新惰性兜底实现并发迁移；每个对象头存新地址，读屏障实时重定向，仅 Roots 需短暂停更新。
Shenandoah 的“转发表”其实并不存在——它不依赖全局映射表，而是靠每个对象头里那个轻量、原子、按需激活的转发指针（Forwarding Pointer）实现变量的并发迁移。所谓“黑科技”，核心就三点：对象头嵌入地址、读屏障自动跳转、引用更新惰性兜底。掌握这三点，就抓住了变量在不停止应用的前提下悄然换地方的本质。
对象头里藏一个“搬家通知”
Shenandoah 在每个对象头部预留 8 字节空间，初始时存的是对象自身地址；一旦 GC 线程决定移动它，就会把新副本地址原子写入这里。这个字段不是间接指针容器（不是 Brooks 指针），也不是运行时查表索引，就是直接的新位置——CPU 缓存友好，一次加载就能拿到目标地址。
- GC 线程复制完对象后，只做一次 CAS 写入，不碰任何其他引用
- 用户线程后续访问该对象时，读屏障立刻检查这个字段，命中即跳转，无额外查表开销
- 未被移动的对象，该字段仍指向自己，逻辑完全兼容，无需特殊判断
每次读取都带“自动导航”
JVM 在字节码解释或 JIT 编译时，对所有对象字段读操作插入轻量读屏障。它不拦截方法调用或栈操作，只在真正解引用对象时生效——就像给每一次“obj.field”加了个隐形路标。
- 若对象头转发指针非空，屏障直接把当前访问地址替换成新地址，继续执行
- 写操作同样经过该屏障，确保不会误写到已废弃的旧内存区域
- 即使栈帧、寄存器中还存着旧地址，只要一读字段，立刻被拉回新副本，语义零丢失
引用更新不扫全堆，只动根和必要处
传统整理式 GC 必须 STW 扫描整个堆+栈+方法区来修正所有旧引用，而 Shenandoah 把这件事拆开了：绝大部分引用靠读屏障实时重定向；只有 GC Roots（如 Java 栈局部变量、静态字段、JNI 引用）才需要在极短 STW 阶段集中更新。
- 堆内普通引用可延迟批量更新（Concurrent Update References 阶段），甚至跳过也不影响正确性
- Roots 更新只涉及少量活跃引用，通常耗时远低于 1ms
- 大对象（Humongous Object）不走转发指针路径，单独用 H-Region 回收，避免拖慢主线程
它不是靠一张表去查“哪个旧地址对应哪个新地址”，而是让每个对象自己带着答案。变量迁移不再需要世界暂停，只靠一次原子写 + 一次条件跳转，就把并发、一致、低延迟全扛住了。
