Go语言中map非并发安全，多goroutine读写会panic；应使用sync.RWMutex、sync.Map、channel或sync.Once等机制保障安全。
Go语言中的map不是并发安全的，多个goroutine同时读写同一个map时会触发panic。这是Go运行时主动检测到的数据竞争问题。要避免这类冲突，必须采用合适的同步机制或使用并发安全的数据结构。
使用 sync.Mutex 保护 map
最常见且灵活的方式是用 sync.Mutex 或 sync.RWMutex 来保护对map的访问。
当读写操作都较频繁时，推荐使用 RWMutex，它允许多个读操作并发执行，只在写时独占锁。
- 使用 RLock() 进行并发读取 - 使用 Lock() 进行写入操作 - 操作完成后务必调用 Unlock() 或 RUnlock()示例：
立即学习“go语言免费学习笔记（深入）”；
var mu sync.RWMutex var m = make(map[string]int) <p>// 读操作 mu.RLock() value := m["key"] mu.RUnlock()</p><p>// 写操作 mu.Lock() m["key"] = 123 mu.Unlock()
使用 sync.Map（适用于特定场景）
Go 1.9 引入了 sync.Map，专为“一次写入、多次读取”或“键空间固定”的场景设计。
它内部做了优化，避免了锁竞争，但在频繁写入场景下性能可能不如加锁的普通map。
- 提供 Load、Store、Delete、LoadOrStore 等方法 - 不需要额外加锁 - 不适合 range 遍历频繁的场景（每次遍历开销大）示例：
立即学习“go语言免费学习笔记（深入）”；
var m sync.Map
<p>m.Store("name", "Alice")
value, _ := m.Load("name")
fmt.Println(value)
注意：sync.Map 是类型不安全的，需配合 interface{} 使用，建议封装使用。
使用 channel 控制访问（基于CSP模型）
通过一个专用的goroutine管理map，其他goroutine通过channel发送读写请求。
这种方式符合Go的“通过通信共享内存”理念，适合逻辑复杂但访问频率不高的场景。
- 创建一个处理loop，监听操作请求 - 所有map操作都通过channel传递 - 完全避免数据竞争虽然性能不如前两种方式，但逻辑清晰、易于维护。
只读map：预先构建 + sync.Once
如果map初始化后不再修改，可以在程序启动时用 sync.Once 构建，之后任意并发读取都是安全的。
典型用于配置加载、字典数据等场景。
var configMap map[string]string
var once sync.Once
<p>func getConfig() map[string]string {
once.Do(func() {
configMap = map[string]string{
"api_url": "<a href="https://www.php.cn/link/b05edd78c294dcf6d960190bf5bde635">https://www.php.cn/link/b05edd78c294dcf6d960190bf5bde635</a>",
"timeout": "30s",
}
})
return configMap
}
这种方案无锁、高性能，适用于只读场景。
基本上就这些。选择哪种方案取决于你的使用场景：简单统一用 RWMutex；高频读低频写考虑 sync.Map；强调架构清晰可用 channel；只读数据用 sync.Once 初始化即可。关键是不要让多个goroutine直接读写同一个map。
