直接传map即可，因其本身是引用类型；仅当需替换整个map实例时才用*map，但需双重判空防panic。
直接对 map 指针赋值无效，因为 map 本身是引用类型
Go 中的 map 是引用类型，变量本身存的是底层哈希表的指针。所以即使你定义了 *map[string]int，对它解引用后赋值（比如 *m = newMap）看似在改原 map，但实际只是替换了那个指针变量所指向的 map header，而原 map 数据结构仍独立存在——这通常不是你想要的“动态修改元素值”行为。
真正需要的，是通过指针访问并修改其指向的 map 的键值对，而不是替换整个 map 实例。
用 map 指针安全更新元素：先判空再操作
当你接收一个 *map[string]interface{} 类型参数时，必须先检查它是否为 nil，否则解引用会 panic。合法操作是：解引用后当作普通 map 使用，增删改查都支持。
-
if m != nil && *m != nil才能安全执行(*m)["key"] = value - 若
*m是nil，需先初始化：*m = make(map[string]interface{}) - 删除键用
delete(*m, "key")，不是(*m)["key"] = nil（后者只是设值为零值）
func updateMapValue(m *map[string]int, key string, val int) {
if m == nil {
return
}
if *m == nil {
*m = make(map[string]int)
}
(*m)[key] = val
}
为什么不用 *map 而直接传 map？
除非你需要在函数内让调用方的 map 变量指向一个**全新 map 实例**（比如重置为 make 出的新 map），否则传 map 本身完全足够。因为 map 已经是引用类型，所有元素级修改（m["k"] = v、delete(m, "k")）都会反映到原 map。
立即学习“go语言免费学习笔记（深入）”；
- 传
map[string]int→ 支持增删改查，不支持让调用方变量换 map - 传
*map[string]int→ 额外支持*m = make(...)这类整体替换，但多数场景没必要，且易出 nil panic - 性能上无差异；可读性和安全性上，优先选非指针 map 参数
常见 panic 场景：解引用 nil map 指针
错误写法：var m *map[string]int; (*m)["x"] = 1 —— 这里 m 是 nil，解引用就 panic。更隐蔽的是 m 不为 nil，但 *m 是 nil（比如只声明了指针没赋值 map 实例）。
正确防御方式始终是两层检查：
if m != nil && *m != nil {
(*m)["key"] = "value"
} else {
// 初始化或跳过
}
真正容易被忽略的是：map 指针的「双重 nil」语义——它不像 slice 指针那样常用于延迟初始化，多数时候属于过度设计。
