Go中map必须初始化才能写入，否则panic；声明后为nil，不可len或遍历；安全判key存在需v,ok:=m[k]；并发读写需sync.RWMutex或sync.Map；key须可比较，slice/map/func不可作key。
map声明和初始化的常见写法差异
Go 语言中 map 必须初始化后才能写入，否则运行时 panic：panic: assignment to entry in nil map。这点和 slice 不同，slice 声明后可直接 append，而 map 声明后是 nil。
- 直接用
make初始化：m := make(map[string]int) - 字面量初始化（带初始键值）：
m := map[string]int{"a": 1, "b": 2} - 声明但不初始化（后续必须
make或赋值）：var m map[string]int→ 此时m == nil，m["k"] = v会崩溃
注意：不能对 nil map 调用 len() 或遍历（for range），虽然不会 panic，但行为等价于空 map；但读取不存在的 key 是安全的，返回零值。
如何安全地判断 key 是否存在并获取值
Go 的 map 访问语法支持「双返回值」，这是判断 key 是否存在的标准方式：
v, ok := m["key"]
立即学习“go语言免费学习笔记（深入）”；
- 如果 key 存在，
v是对应值，ok为true - 如果 key 不存在，
v是 value 类型的零值（如0、""、nil），ok为false
不要只靠 v := m["key"] 判断，因为无法区分「key 不存在」和「key 存在但值恰好是零值」。例如：
m := map[string]int{"a": 0}v := m["a"] → v == 0，但 key 确实存在v := m["b"] → v == 0，但 key 不存在
所以必须用 _, ok := m[k] 或 v, ok := m[k]。
map 的并发读写必须加锁
map 不是并发安全的。多个 goroutine 同时读写（哪怕只是写不同 key）会触发 fatal error：fatal error: concurrent map writes 或 concurrent map read and map write。
- 单纯并发读是安全的（前提是没人在写）
- 任意写操作（
m[k] = v、delete(m, k)）都需同步保护 - 推荐方案：
- 使用
sync.RWMutex手动加锁（读多写少时更高效） - 使用
sync.Map（适用于低频写、高频读且 key 类型固定场景，但不支持遍历全部 key，API 更受限） - 外部协调（如通过 channel 把写操作串行化）
- 使用
sync.Map 的读写方法名是 Load、Store、Delete、Range，不是传统 map 语法，别误当普通 map 用。
map 的键类型限制与比较性要求
map 的 key 类型必须是「可比较的（comparable）」，即能用 == 和 != 判断相等。编译器会在声明时检查：
- 允许的 key 类型：基本类型（
int、string、bool）、指针、channel、interface{}（底层值也得可比较）、数组、结构体（所有字段都可比较） - 禁止的 key 类型：
slice、map、func—— 它们不可比较，编译报错：invalid map key type ...
例如：map[[]int]string 编译失败；但 map[[3]int]string 合法（数组长度固定，可比较）。
如果要用 slice 作逻辑 key，常见做法是先转成 string（如 fmt.Sprintf("%v", s)）或哈希值（注意哈希碰撞），但这会增加开销和复杂度。
map 的底层哈希计算依赖 key 的相等性语义，自定义 struct 作 key 时，要确保字段含义稳定（比如不包含指针或未导出可变字段），否则可能查不到已存的 key。
