map变量存储的是指向底层哈希表的指针和元信息；传递时复制header（含指针），故修改内容相互影响，但重赋值不影响其他变量，因是值传递而非引用传递。
Go 语言中，map 本身是引用类型，但 map 变量的传递仍然是值传递——传递的是 map header 的副本，而非底层数据的拷贝。这意味着多个变量可能指向同一份底层哈希表，修改内容会相互影响，但重新赋值 map 变量（如 m = make(map[string]int)）不会影响其他变量。
map 变量存储的是什么？
每个 map 变量实际是一个 hmap* 指针封装的 header 结构（含长度、哈希表指针、bucket 数组指针等）。它不包含键值对数据本身，只持有运行时管理哈希表的元信息和指针。
- 声明
var m map[string]int：m 是 nil header - 初始化
m := make(map[string]int：分配底层 hash 表，m 持有其 header 副本 - 赋值
m2 := m：复制整个 header（包括指针），m2 和 m 指向同一片 bucket 内存
为什么说“map 是引用类型”又“按值传递”？
这是 Go 中容易混淆的关键点。“引用类型”指的是其底层数据通过指针间接访问；“值传递”指的是函数传参或变量赋值时，复制的是该类型的值——对 map 来说，这个“值”就是 header（含指针），不是深拷贝。
- ✅ 修改元素：
m["a"] = 1→ 所有共享该 header 的变量都能看到 - ✅ 增删键：
delete(m, "x")→ 同样影响所有共享者 - ❌ 替换 map 本身：
m = make(map[string]int)→ 仅改变当前变量的 header，不影响其他变量
常见共享风险与规避方式
多个 goroutine 并发读写同一 map 会引发 panic（fatal error: concurrent map read and map write）；即使单线程，逻辑上意外共享也可能导致隐蔽 bug。
立即学习“go语言免费学习笔记（深入）”；
- 并发场景：用
sync.Map（适合读多写少）或sync.RWMutex+ 普通 map - 需要隔离副本：手动深拷贝（遍历 key-value 赋值到新 map），注意嵌套结构需递归处理
- 函数参数设计：若不希望调用方 map 被意外修改，文档注明或用只读 wrapper（如接收
func(k string) (v int, ok bool)接口） - 避免隐式共享：不要通过返回 map 变量让调用方误以为可安全修改，必要时返回 copy
基本上就这些。理解 map header 的轻量性和指针本质，就能预判共享行为，避开大多数坑。
