Go 并发读写 map 直接 panic 怎么办？

Question

仓乃文 · Accepted Answer

Go 的原生 map 不是并发安全的，多个 goroutine 同时读写 map 会直接 fatal error（不是 panic，无法 recover），程序直接崩溃。这是 Go 最容易踩的并发坑之一。

崩溃场景：
```go
var m = make(map[int]int)
go func() { m[1] = 1 }() // 写
go func() { _ = m[1] }()   // 读
// fatal error: concurrent map read and map write
```

方案 1——sync.RWMutex（读多写少）：
```go
type SafeMap struct {
    mu sync.RWMutex
    m  map[int]int
}

func (s *SafeMap) Get(key int) int {
    s.mu.RLock()
    defer s.mu.RUnlock()
    return s.m[key]
}

func (s *SafeMap) Set(key, val int) {
    s.mu.Lock()
    defer s.mu.Unlock()
    s.m[key] = val
}
```

方案 2——sync.Map（读多写少且 key 稳定）：
```go
var m sync.Map
m.Store("key", "value")
v, ok := m.Load("key")
m.Range(func(k, v any) bool { return true }) // 遍历
```

方案 3——分片 map（超高并发）：
```go
const shardCount = 32
type ShardMap [shardCount]struct {
    sync.RWMutex
    m map[int]int
}
// 按 key hash 分片，减少锁竞争
```

补充说明：
- sync.Map 适合 key 集合稳定、读远多于写的场景，频繁增删 key 性能反而差
- 分片 map 是高性能场景的最优解，很多开源库（如 bigcache）都用此方案
- go run -race 能在开发阶段检测 map 并发访问
- 注意：map 的并发崩溃是 fatal error，不是 panic，recover 捕获不到