看到done=true后，之前所有写入内容是否都能一览无遗？

看到 done=true 后之前所有写入内容是否都能一览无遗？

咱就是说这个问题听起来简单，但你真正要回答的，可不是“加个锁就行了”。 咱就是说Go 的内存模型啊，那可就玄乎了。

你看， 咱们要处理配置加载这种场景，sync.Once 简直是神器。它内部已经处理好了同步和可见性问题，你不需要自己去发明一个 done 标志位。 sync/atomic 呢？它很容易被误用。很多人把它理解成“更快地普通读写”，这可就凶险了。 atomic 能参与建立同步， 但前提是你真的在用一套完整的原子访问协议，而不是只把某个布尔标志位换成了原子变量，然后默认其他普通字段也自动平安了。

既然不“运气”和“直觉”能靠上，我们该怎么搞？在 Go 里这个边界通常来自两类关系：同步原语，破防了...。

同步原语的可见性

所以 “至少用 atomic”这句话在面试里通常不算答案，只算提示。真正的答案是：你要解释清楚，你建立的同步边界到底覆盖了哪些状态。如果只是把 done 改成了 atomic.LoadBool 但 cfg 依然是普通变量，那么问题依然存在——你依然无法证明kan到 done 为 true 时cfg 一经准备好了，原来如此。。

缓存快照和全局 client 发布也是同理。你上线后最难排查的不是稳定复现的 bug，而是那种“偶发 nil”“偶发旧值”“偶发字段不一致”。 准确地说... 很多时候根因根本不在业务逻辑，而在发布协议没有建立起来。

如果没有同步关系， 那么另一个 goroutine 即使读到了 done == true ，也不能据此推出和它相关的其他写入已经对自己可见。换句话说读到一个值，不自动附赠一整组相关状态的可见性。