阅读本文大约需要 4.25 分钟。

程序是枯燥乏味的。

在讲 sync.Map 之前，我们先说说什么是 map（映射）。

我们每个人都有身份证号码，如果我需要从身份证号码查到对应的姓名，用 map 存储是非常合适的。

map[000...001] = 张三
map[000...002] = 李四
...
map[999...993] = 钱五

身份证号码有 18 位，如果要知道 111…002 这个人叫什么名字，没有 map 我只能从 000…001 一个一个往下查找，效率是非常低的。

咦，那 map 不就是在查字典嘛？根据拼音、笔画、部首，可以查到某个字的具体含义！

没错！Go 语言中的 map 在 Python 语言称之为 dict（字典），意思是完全一样的。

再设想另一个场景，

如果 map 存储的是每个人银行卡里的余额（同一所银行），那就是这样子的形式（账本）：

map[张三] = 100.00
map[李四] = 600.00
map[钱五] = 800.00

某一天，李四要转账给张三和钱五，各 100 元，银行为了提高转账速度，安排了两名交易员同时处理。

交易员 A 和交易员 B 瞄了一眼账本，开始操作：

交易员 A：李四的余额是 600 元，张三的余额是 100 元，转账后李四的余额是 500 元，张三的余额是 200 元。

交易员 B：李四的余额是 600 元，钱五的余额是 800 元，转账后李四的余额是 500 元，钱五的余额是 900 元。

账本变成这个样子：

map[张三] = 200.00
map[李四] = 500.00
map[钱五] = 900.00

账本出问题了！银行凭空多出 100 元！

一个一个来不就完了？可是你别忘了，我们是为了提高转账速度，才这样做的。

在 Go 1.9 之前，大部分人还真的就是这么干的！

type Name        string
type Money       string
type AccountBook struct {
    lock sync.RWMutex
    m    map[Name]Money
}

sync.RWMutex 是一个读写锁，在写入数据的时候，阻止其他人写入、读取，让其他人处于等待的状态，直到操作完再释放锁。

本质上，上面的例子，就是读取到了脏数据，如果能等待交易员 A 把账本改完，交易员 B 再去操作，账本就不会乱了。

如果你不知道锁是什么，我再给你讲一个例子：

张三和李四两个人，需要打印不同的文档，

打印机只有一台，放在打印室里，打印室有钥匙，

钥匙只有一把，谁拿到打印室的钥匙，谁就能进去打印。

打印室的钥匙，就是锁。

张三拿了钥匙，进去打印室，打印完了，就出来后把钥匙给了李四，李四打印完了把钥匙还回打印室（真是有条不紊）。

我花费这么多笔墨说 map，也是真的希望，就算你不是程序员，不是 Go 语言后端工程师，也可以看懂我的文章。

不得不承认，把复杂琐碎的东西，讲通透、讲明白是一种本事。

教科书讲 if…else、switch、while (true) 、异常和捕获，

如果有下面的图片这么形象生动就好了：

看到图片的那一瞬间，真的把我逗乐了。

多么形象生动啊！

回头想想，大学的 C 语言课程是多少人的噩梦，老师都是照书念的，完全听不进去。

我也不感慨了，咱们还是回归正题。

刚刚讲了 map，接着往下讲 sync.Map，它用来解决什么问题？

我们知道 map + 锁的形式，还是有等待的现象出现，不符合我们提高转账速度的初衷。

而 sync.Map 有一个非常巧妙的抽象（entry 的 p 指向具体数据的位置）：

var m map[key]*entry

type entry struct {
    p unsafe.Pointer
}

还是看回上面的例子，做个小修改——原先的 map 是一个小账本，我们又做了一个大账本，原先的账本变成：

map[张三] = 记录在大账本第 6 页（翻开第 6 页，内容是：100.00）
map[李四] = 记录在大账本第 7 页（翻开第 7 页，内容是：600.00）
map[钱五] = 记录在大账本第 8 页（翻开第 8 页，内容是：800.00）

假设小账本 map 的张三、李四只能一个一个排队改，没办法做到同时修改，

而我们有了大账本，可以直接同时修改张三、李四纸上的内容（两页纸互不影响了）。

（真实的计算机世界确实如此，具体是怎么样的，留一个思考题，下一篇文章细细解答）

更通俗的讲，sync.Map 通过 entry 这个中间层的抽象，

把最开始整个小账本的冲突（影响所有人），降低到大账本上的某一页纸（只影响某个人），

用计算机术语讲，就是降低锁的粒度，从而提升性能！

另一方面，假设李四销户了，

我可以选择在第 7 页的纸上写，已销户（expunged），

// expunged is an arbitrary pointer that marks
// entries which have been deleted from the 
// dirty map.
var expunged = unsafe.Pointer(new(interface{}))

如果是以前，只能把小账本，李四那一张纸撕掉，

而撕掉小账本的某一页，也会影响所有人使用小账本，

如果下次要把撕掉的那一页放回去，也是非常麻烦，

在计算机的世界里，这是资源的分配和回收的问题，会严重影响程序运行效率。

写了一千七百字，直到现在只是冰山一角，sync.Map 的巧妙之处，远远不止 entry 的抽象。

今天先消化这么多，下一篇文章会更深层次一些，敬请期待！

---

文章来源于本人博客，发布于 2021-05-04，原文链接：https://imlht.com/archives/234/