Go语言中map在并发读写时会触发panic，因map本身非并发安全，运行时会主动检测并发读写并抛出fatal error以防止数据竞争。为保证安全，需使用sync.Mutex、sync.RWMutex或sync.Map进行同步控制，其中RWMutex适用于读多写少场景，sync.Map适用于特定高频读写少量key的场景。该机制从Go 1.6起强化，旨在尽早暴露并发问题，提升程序正确性与可维护性。
Go语言中的map在并发读写时会引发panic，是因为map本身不是并发安全的。当多个goroutine同时对同一个map进行读和写操作时，Go的运行时会检测到这种数据竞争，并主动触发panic，以防止程序出现不可预料的行为。
map不是并发安全的
Go的map设计上没有内置锁或其他同步机制来保护并发访问。这意味着：
- 一个goroutine在写入map时，如果有另一个goroutine同时读或写，就会发生数据竞争
- Go的race detector会在开发和测试阶段捕捉这类问题
- 即使看起来只是“多个读+一个写”，也必须手动加锁保护
运行时主动检测并panic
从Go 1.6开始，运行时增强了对map并发操作的检测。一旦发现并发写或并发读写，就会触发fatal error：
fatal error: concurrent map writes或
立即学习“go语言免费学习笔记（深入）”；
fatal error: concurrent map read and map write
这个panic不是随机发生的，而是Go runtime故意设计的保护机制，目的是尽早暴露并发错误，而不是让程序默默产生错误结果。
如何安全地并发使用map
要避免panic，必须对map的访问进行同步。常见方法有：
- 使用sync.Mutex：在读写map时加锁，适合读写频率相近的场景
- 使用sync.RWMutex：读操作用RLock，写用Lock，适合读多写少的场景
- 使用sync.Map：专为并发场景设计，但只适用于特定模式（如频繁读写少量key）
例如使用RWMutex：
var mu sync.RWMutex
var m = make(map[string]int)
// 读操作
mu.RLock()
value := m["key"]
mu.RUnlock()
// 写操作
mu.Lock()
m["key"] = value
mu.Unlock()
基本上就这些。Go不允许多个goroutine同时访问map的根本原因是为了保证程序的正确性和可维护性。虽然牺牲了一点便利性，但换来了更早发现并发bug的能力。
