Go语言map是引用类型但传参按值传递，传递的是指向hmap的指针副本，故可修改键值对但不能替换整个map；仅当需在函数内让外部变量指向新map或nil时才需传*map。
Go语言map是引用类型，但传参时仍按值传递
Go中map底层是一个指针（指向hmap结构体），但它本身是**值类型变量**。函数传参时，传递的是这个指针的副本，不是指针的指针。所以你能通过参数map修改其键值对，但无法让调用方的变量指向一个新map。
- ✅ 可以在函数内
delete(m, key)、m[k] = v、m[k]读写——这些操作作用于原底层数组 - ❌ 不能在函数内做
m = make(map[string]int)或m = nil后让外部变量跟着变 - ⚠️ 如果函数里先
m = nil再尝试m[k] = v，会panic：assignment to entry in nil map
什么时候必须传*map指针？
只有当你需要在函数内部**替换整个map变量**（即让调用方的变量指向新分配的map或nil）时，才需要*map。典型场景极少，比如：重置map并复用变量、懒初始化、或统一错误清空逻辑。
- 常见误用：以为“避免拷贝”要传
*map——其实没必要，map本身只占几个字长（如24字节），拷贝开销极小 - 正确做法示例：
func resetMap(m *map[string]int) { newMap := make(map[string]int *m = newMap // 这步才能让外部变量指向新map } - 更自然的写法其实是返回新
map：func newMap() map[string]int { return make(map[string]int) }，由调用方赋值
和slice、channel对比记忆
Go中map、slice、chan三者行为一致：都是描述符（header）+ 底层数据，传参复制的是描述符，不影响“换底”。但它们也都不支持直接赋值新底层数组（除非用指针解引用）。
-
slice：可s[i] = x、append（可能扩容）、但s = append(s[:0], ...)不会影响外部原变量 -
map：可m[k] = v、delete，但m = make(...)无效 -
chan：可ch 、，但ch = make(chan int)不改变外部
容易踩坑的边界情况
最常被忽略的是并发读写与nil map判断。这两点和传参方式无关，但常在传参上下文中暴露问题。
立即学习“go语言免费学习笔记（深入）”；
- 多个goroutine同时读写同一个
map——无论是否传指针——都会panic：fatal error: concurrent map read and map write - 函数接收
map参数后直接for range m或len(m)没问题，但若先if m == nil再操作，要注意调用方是否真传了nil（比如var m map[string]int未make就传入） - 测试时容易漏掉
nil map分支，例如：func process(m map[string]int) { if len(m) == 0 { /* 误以为m为空map，实际m可能是nil */ } }
传map本身足够安全常用；加*只在真正需要“交换map变量身份”时才必要，多数时候反而增加理解成本和空指针风险。
