Go 并发安全 Map 三种实现对比：从互斥锁到分段锁

Thu, 11 Apr 2024 00:00:00 +0800

实验环境：Go 1.24, Apple M4, macOS 15, 10 核 CPU

所有测试均通过 go test -race 竞态检测，零数据竞争。

问题背景

Go 原生的 map 不是并发安全的。多个 goroutine 同时读写同一个 map 会触发 race condition，轻则数据错乱，重则 fatal error: concurrent map read and map write 直接崩溃。

Go 中实现并发安全 map 有三种主流方案，各有优劣。我把三种都写了一遍，用同一套测试跑了一下，记录一下结果。

解法一：sync.RWMutex

思路

最传统、最稳妥的做法。用一个 sync.RWMutex 保护整个 map：

读操作：加 RLock()（读锁之间不互斥）
写操作：加 Lock()（独占）

实现

type RWMutexMap struct {
 mu sync.RWMutex
 data map[string]int
}

func NewRWMutexMap() *RWMutexMap {
 return &RWMutexMap{data: make(map[string]int)}
}

func (m *RWMutexMap) Get(key string) (int, bool) {
 m.mu.RLock() // 读锁：允许多个 goroutine 同时持有
 defer m.mu.RUnlock()
 v, ok := m.data[key]
 return v, ok
}

func (m *RWMutexMap) Set(key string, val int) {
 m.mu.Lock() // 写锁：独占
 defer m.mu.Unlock()
 m.data[key] = val
}

func (m *RWMutexMap) Delete(key string) {
 m.mu.Lock()
 defer m.mu.Unlock()
 delete(m.data, key)
}

优点

实现简单，代码量最小
逻辑直观，容易理解和维护
RWMutex 在读多写少场景下性能可接受

缺点

只有一把全局锁，所有写操作串行化
高并发写入时，锁竞争成为瓶颈
读写锁本身有开销

解法二：sync.Map

思路

Go 标准库 sync 包内置的并发安全 map。接口是 any 类型的（无泛型），我们封装一层提供类型安全。

Test on GYM

Go 并发安全 Map 三种实现对比：从互斥锁到分段锁

目录

问题背景

解法一：sync.RWMutex

思路

实现

优点

缺点

解法二：sync.Map

思路