Go中map非并发安全，多goroutine读写需同步机制。常用sync.RWMutex保护map，读用RLock、写用Lock，适合读多写少场景。Go 1.9引入sync.Map，适用于键值不频繁修改、各goroutine操作不同key或高频读写缓存场景，但不支持Len、遍历开销大、内存占用高，删除非原子，不适合频繁删改或复杂操作。sync.Map不可完全替代加锁map，应根据使用模式选择：key分离明显、读多写少用sync.Map；需完整控制、频繁修改用RWMutex+map。建议开启-race检测竞态。
在Go语言中，map不是并发安全的，多个goroutine同时读写同一个map会触发竞态检测（race condition），导致程序崩溃或数据错乱。要安全地处理并发map操作，必须使用同步机制或选择专为并发设计的数据结构。
使用 sync.RWMutex 保护 map
最常见的做法是用 sync.RWMutex 来控制对普通 map 的访问。读操作用 RLock，写操作用 Lock，能有效提升读多写少场景的性能。
示例：
var (
mu sync.RWMutex
data = make(map[string]int)
)
// 写操作
func SetValue(key string, value int) {
mu.Lock()
defer mu.Unlock()
data[key] = value
}
// 读操作
func GetValue(key string) (int, bool) {
mu.RLock()
defer mu.RUnlock()
val, exists := data[key]
return val, exists
}
使用 sync.Map（适用于特定场景）
Go 1.9 引入了 sync.Map，它是专为并发场景设计的只增不减型 map。适合以下情况：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 键值对一旦写入很少被修改
- 多个goroutine各自读写不相交的key
- 需要高频读写的缓存场景
注意：sync.Map 不适合频繁删除或遍历的场景，它的 range 操作开销较大。
示例：
<code>var cache sync.Map
cache.Store("key1", "value1") // 写入
if val, ok := cache.Load("key1"); ok { // 读取
fmt.Println(val)
}
避免滥用 sync.Map
很多人误以为 sync.Map 可以完全替代加锁的 map，但实际上它有明显限制：
- 没有提供 Len() 方法（需手动计数）
- Delete + Load 非原子操作，可能漏删
- 内存占用更高，长期运行可能泄漏（未删除的旧条目仍被引用）
如果业务逻辑涉及复杂操作（如事务性更新、批量删除），带 RWMutex 的普通 map 更可控。
基本上就这些。选择哪种方式取决于具体使用模式：读多写少且 key 分离明显 → sync.Map；需要完整控制或频繁修改 → RWMutex + map。别忘了开启 -race 编译选项来检测潜在问题。
