你以为 sync.Map 无锁？它的锁藏在三个地方

Mon, 13 Jul 2026 14:30:00 +0800

这套对话，我在 code review 里见过很多次。

A 说：这个 map 读多写少，并发安全得处理一下。 B 说：那把 map + RWMutex 换成 sync.Map 吧，无锁的，更快。

第一句不完全错，第二句基本错了。

sync.Map 不是无锁 map。它内部有一把 Mutex，还有一套 read / dirty 双 map 的调度逻辑。它只是努力让你常见的读路径不走锁，但写、删除、miss、dirty 提升这些路径一个都绕不开锁。

你选 sync.Map，不是因为它在所有场景下都更快，而是因为你的 workload 正好落在它设计的那条窄路径上。

但绝大多数人跳过这个前提。

read 和 dirty：一把锁两个桶

sync.Map 的内部结构（Go 1.25.4）可以浓缩成五样东西：

1
2
3
4
5
6


type Map struct {
 mu Mutex
 read atomic.Pointer[readOnly] // 无锁读的主流路径
 dirty map[any]*entry // 写和 miss 的后备路径
 misses int // 读 miss 计数
}

其中 readOnly 又包了一层：

Xsync on Zampo Blog

你以为 sync.Map 无锁？它的锁藏在三个地方

read 和 dirty：一把锁两个桶