答案：Go中map非并发安全，需用sync.RWMutex或sync.Map实现保护；前者适合读多写少且需完整功能，后者适用于key固定、高并发读写的场景，应根据实际需求选择方案。
在Go语言中，map本身不是并发安全的。多个goroutine同时对map进行读写操作时，会触发Go的并发检测机制（race detector），导致程序panic或数据错乱。因此，在高并发场景下，必须采取措施保证map的操作安全。本文将详细介绍几种实现并发安全map的常用方法，并结合实际使用场景给出建议。
使用sync.RWMutex保护普通map
最常见且灵活的方式是使用sync.RWMutex来保护标准map的读写操作。RWMutex允许多个读操作并发执行，但写操作独占锁，适合读多写少的场景。
示例代码：
type SafeMap struct {
mu sync.RWMutex
data map[string]interface{}
}
func NewSafeMap() *SafeMap {
return &SafeMap{
data: make(map[string]interface{}),
}
}
func (sm *SafeMap) Get(key string) (interface{}, bool) {
sm.mu.RLock()
defer sm.mu.RUnlock()
val, exists := sm.data[key]
return val, exists
}
func (sm *SafeMap) Set(key string, value interface{}) {
sm.mu.Lock()
defer sm.mu.Unlock()
sm.data[key] = value
}
func (sm *SafeMap) Delete(key string) {
sm.mu.Lock()
defer sm.mu.Unlock()
delete(sm.data, key)
}
这种方式控制粒度清晰，性能良好，适用于大多数需要自定义行为的场景。
立即学习“go语言免费学习笔记（深入）”；
使用sync.Map实现原生并发安全
Go 1.9引入了sync.Map，专为并发场景设计。它内部采用分段锁和只读副本等优化策略，适合读写频繁但key数量有限的场景。
主要方法包括：
- Load：获取值
- Store：设置值
- LoadOrStore：若存在则返回，否则存储
- Delete：删除键值对
- Range：遍历map（非原子性）
示例：
var safeMap sync.Map
safeMap.Store("name", "Alice")
if val, ok := safeMap.Load("name"); ok {
fmt.Println(val) // 输出: Alice
}
safeMap.Delete("name")
注意：sync.Map不适合频繁更新大量不同key的场景，因为其内存开销较大，且不支持直接len操作，需通过Range统计。
选择合适的方案
不同方案适用场景不同，应根据实际需求选择：
- 读多写少 + 需要完整map功能（如range、len）→ 使用RWMutex + map
- 高并发读写 + key相对固定 + 不频繁遍历 → 优先考虑sync.Map
- 需要复杂操作（如事务、批量更新）→ 自定义结构配合锁更灵活
避免误用sync.Map当作“万能并发map”，它并非替代所有map的通用方案。
避免常见陷阱
使用并发map时常见错误包括：
- 忘记加锁导致data race
- 在Range遍历时修改map内容引发panic
- 误以为sync.Map支持原子性复合操作（如检查后设置）
- 过度使用sync.Map造成内存浪费
建议开启-race编译标志进行并发测试，及时发现潜在问题。
基本上就这些。关键是理解每种方式的适用边界，根据业务特点做出合理选择。并发安全不只是加锁，更是设计上的权衡。
