Go 中的 map 是引用类型，赋值或传参时复制描述符（含指针等），共享底层数组，修改相互可见；必须初始化才能使用，nil map 操作会 panic；作为函数参数时天然具有引用语义，无需传递指针。
Go 中的 map 是引用类型，但这个“引用”不是 C++ 那种显式的引用（&T），而是指：变量本身存储的是一个指向底层哈希表结构的描述符（包含指针、长度、哈希种子等），赋值或传参时复制的是这个描述符，而非整个数据。因此多个 map 变量可能共享同一底层数组，修改会相互影响。
map 赋值即共享底层数组
当你写 m1 := make(map[string]int)，再执行 m2 := m1，m1 和 m2 指向同一块内存中的哈希表结构。对 m2 的增删改查，m1 立刻可见：
m1 := map[string]int{"a": 1}m2 := m1m2["a"] = 99fmt.Println(m1["a"]) // 输出 99
这不是“意外”，而是设计使然——map 的底层实现是运行时动态管理的哈希表，复制整个结构开销大且不必要。
map 必须初始化才能使用
声明但未初始化的 map 值为 nil，此时不能赋值或读取，否则 panic：
-
var m map[string]int→ m 是 nil，m["x"] = 1会 panic - 必须用
make(map[string]int)或字面量map[string]int{"x": 1}初始化 - 字面量写法本质也是调用 make + 填充，属于安全初始化
map 作为函数参数时体现引用语义
传入函数的 map 参数，函数内修改会反映到原变量上：
- 无需用指针接收 map（
*map[string]int）来实现“修改生效” - 用指针反而多余，且容易误操作（比如重新 make 赋值给指针所指地址，原变量仍不变）
- 典型错误：
func bad(m *map[string]int) { *m = make(map[string]int); *m["x"] = 1 }—— 这不会影响调用方的原始 map 变量，除非你明确想替换它
注意：string 是值类型，但 map key 支持 string 很安全
有人担心 string 底层含指针，做 map key 是否有风险？完全不必：
- string 在 Go 中是值类型，赋值时复制 header（指针+len+cap），但底层字节数组不可变
- map 对 key 的比较基于内容（如两个 "hello" 字符串字节一致就视为相同 key），不是地址比较
- 所以 string 是最常用、最推荐的 map key 类型之一
基本上就这些。理解 map 的“引用语义”，关键不在记忆分类，而在把握它「描述符复制 + 底层共享」的行为本质。写代码时少纠结“是不是引用”，多观察“改了会不会被别人看到”。
