三色标记需写屏障防漏标：插入屏障拦截新增引用将白色对象标灰，删除屏障（SATB）冻结将删的白色对象，混合屏障统一处理增删操作，增量更新则在标记后重扫黑色→白色引用。
三色标记本身不排斥并发，但用户线程在标记过程中修改引用关系，会导致漏标——即本该存活的对象被误判为白色而回收。核心风险在于：黑色对象新增指向白色对象的引用，同时灰色对象到该白色对象的原有引用又被删除。要阻断这个组合，屏障策略就围绕“怎么拦”和“拦哪边”展开。
插入写屏障：拦截新引用，把白色变灰
当赋值器执行 a.field = b（a 是黑色，b 是白色）时，插入写屏障会立即把 b 标记为灰色，并加入待扫描队列。相当于告诉回收器：“这个刚被黑对象拉过来的白对象，我还没扫过，得补上。”它直接破坏“黑色→白色”这一危险路径，让白色对象不会静默滞留。
注意两点：
- 只作用于堆对象，栈上新赋值不触发（所以 Go 在 GC 开始前需短暂 STW 扫描栈）
- 开销较轻，但会带来一定冗余扫描（比如 b 后来又被其他灰色对象扫到）
删除写屏障（SATB）：冻结旧快照，保留灰色链
它不拦新增，而是拦删除。在赋值器准备删掉 g.field = w（g 是灰色，w 是白色）前，屏障先将 w 记录进一个“已删但需保留”的集合，并标记为灰色。这样即使 g 不再指向 w，w 也不会丢失——因为回收器后续会以这些记录为起点重新扫描。
本质是“拍快照”：以标记开始时刻的引用图为基础，把所有将被断开的白色对象提前保下来。适合写多读少场景，但需额外内存存快照日志。
混合写屏障：Go 1.8 起的折中方案
Go 同时启用插入 + 删除逻辑，但做了简化：只要发生写操作（无论 a.field = b 还是 a.field = nil），都把被写入的对象（b 或原值）标记为灰色。它放弃严格区分“增/删”，转而用统一动作覆盖两种风险。
优势明显：
- 栈无需 STW 扫描——新分配对象直接标黑，栈上写操作也触发屏障，保证一致性
- 避免 SATB 的日志膨胀，也减少纯插入带来的重复扫描
- 实际运行中 STW 可压至百微秒级
增量更新：JVM 常用的后置兜底
不实时拦截，而是在并发标记结束后、进入清除前，检查所有“黑色→白色”的引用记录（由写屏障收集）。然后以这些黑色对象为新根，做一次小范围重扫。相当于“先放行，再补漏”。
它对用户线程干扰最小，但延长了 GC 总耗时；适用于对延迟敏感度低于吞吐量的系统，比如后台批处理服务。
