使用sync.Mutex或RWMutex可保证map并发安全，读多写少场景推荐RWMutex；sync.Map适用于读写频繁但键值稳定的场景，无需手动加锁；复杂系统可通过channel隔离map访问，遵循“通过通信共享内存”原则。
在Go语言中，内置的map类型并不是并发安全的。当多个goroutine同时对同一个map进行读写
操作时，程序会触发panic，提示“concurrent map read and map write”。为了解决这个问题，需要采用适当的同步机制来保证map的并发安全。
使用sync.Mutex保护Map
最直接的方式是使用sync.Mutex或sync.RWMutex来加锁，确保同一时间只有一个goroutine能访问map。
示例代码：
var mu sync.RWMutex
var data = make(map[string]int)
// 写操作
func Write(key string, value int) {
mu.Lock()
defer mu.Unlock()
data[key] = value
}
// 读操作
func Read(key string) int {
mu.RLock()
defer mu.RUnlock()
return data[key]
}
使用RWMutex的好处是允许多个读操作并发执行，只有写操作是独占的，适合读多写少的场景。
使用sync.Map（适用于特定场景）
Go 1.9引入了sync.Map，它是专为并发场景设计的线程安全map，适用于读写频繁但键值对数量变化不大的情况。
特点：
- 无需手动加锁，所有方法都是并发安全的
- 适合一个goroutine写、多个goroutine读的场景
- 频繁增删改查大量键值时性能可能不如带锁的普通map
示例：
var safeMap sync.Map
safeMap.Store("key1", 100)
if val, ok := safeMap.Load("key1"); ok {
fmt.Println(val) // 输出 100
}
注意：sync.Map不是万能替代品，它不支持遍历等常规操作，且内存占用较高。
避免全局共享map：使用局部或通道通信
有时可以通过设计规避并发问题。例如，将map限制在单个goroutine中，通过channel与其他goroutine通信。
思路：
- 启动一个专门管理map的goroutine
- 其他goroutine通过发送请求到channel来读写数据
- 该goroutine串行处理请求，自然避免竞争
这种方式更符合Go的“不要通过共享内存来通信，而应该通过通信来共享内存”哲学。
基本上就这些。选择哪种方式取决于具体使用场景：简单场景用RWMutex，读多写少且模式固定可用sync.Map，复杂系统可考虑通道隔离。关键是理解每种方案的适用边界。不复杂但容易忽略的是：即使只读，若存在并发写，也必须加锁。
