使用 sync.RWMutex 保护 map 适合读多写少场景，通过 RLock 和 Lock 实现安全读写；sync.Map 适用于一次写多次读场景，API 简单且高并发读性能好但频繁写可能内存增长；channel 方式串行化访问逻辑清晰但可能成性能瓶颈；选择方案需根据读写比例和业务需求权衡。
在Golang中，原生的 map 类型不是并发安全的，多个goroutine同时读写会触发竞态检测（race condition），导致程序崩溃或数据异常。要实现并发安全的Map操作，有几种常用且有效的方法。
使用 sync.RWMutex 保护普通 map
最常见的方式是用 sync.RWMutex 来保护对 map 的读写操作。读操作使用 RLock，写操作使用 Lock，能较好地平衡性能和安全性。
- 适合读多写少的场景
- 写操作会阻塞所有其他读和写
示例代码：
type SafeMap struct {
m map[string]interface{}
mu sync.RWMutex
}
func NewSafeMap() *SafeMap {
return &SafeMap{
m: make(map[string]interface{}),
}
}
func (sm *SafeMap) Get(key string) (interface{}, bool) {
sm.mu.RLock()
defer sm.mu.RUnlock()
val, ok := sm.m[key]
return val, ok
}
func (sm *SafeMap) Set(key string, value interface{}) {
sm.mu.Lock()
defer sm.mu.Unlock()
sm.m[key] = value
}
func (sm *SafeMap) Delete(key string) {
sm.mu.Lock()
defer sm.mu.Unlock()
delete(sm.m, key)
}
使用 sync.Map（适用于特定场景）
Golang 1.9 引入了 sync.Map，专为“一次写入、多次读取”或“键值独立更新”的场景设计，比如缓存、配置存储等。
立即学习“go语言免费学习笔记（深入）”；
- 无需额外锁，API 简单（Load, Store, Delete, LoadOrStore, Range）
- 性能在高并发读时表现优秀
- 但长期频繁写入可能导致内存增长（内部使用副本机制）
示例：
var config sync.Map
// 写入
config.Store("version", "1.0.0")
// 读取
if v, ok := config.Load("version"); ok {
fmt.Println(v)
}
// 删除
config.Delete("version")
使用 channel 实现串行化访问
通过一个专用 goroutine 管理 map，并通过 channel 接收操作请求，实现完全串行访问。
- 逻辑清晰，避免锁竞争
- 适合需要严格顺序控制的场景
- 但可能成为性能瓶颈，延迟较高
适用情况较少，一般用于特定业务逻辑封装。
选择建议
大多数情况下推荐：
- 读多写少 + 键数量可控 → 使用 sync.Map
- 读写较均衡或需复杂操作（如批量更新）→ 使用 sync.RWMutex + map
- 有特殊顺序要求 → 考虑 channel 方式
基本上就这些。关键是根据实际访问模式选择合适方案，避免过度优化或误用 sync.Map 导致内存问题。
