Go中map传参无需指针即可修改原map，因其底层是含指针的hmap结构体，传的是该结构体副本，指针仍指向同一底层数组；但重赋值（如m=make）不影响外部，nil map写入会panic。
Go 里传 map 到函数，不用加 *，改了键值外面就生效——这是默认行为，不是 bug，也不是例外。
为什么直接传 map[string]int 就能修改原 map
因为 map 底层是个指针（指向 hmap 结构），你传的是这个指针的副本，两个变量仍指向同一块底层数据。所以 m["k"] = v、delete(m, "k") 都会反映到调用方。
- ✅
m["a"] = 1、for k := range m { delete(m, k) }全部生效 - ❌
m = make(map[string]int)或m = map[string]int{"x": 99}不会影响外层变量——你只是把副本指向了新地址 - ⚠️ 如果传入的是
nilmap，第一行写操作就会 panic：panic: assignment to entry in nil map
如何安全处理 nil map 参数
函数内部不能假设调用方一定初始化过 map，尤其当 map 是结构体字段或配置项时。最轻量且惯用的做法是判空后本地初始化：
- 在函数开头加
if m == nil { m = make(map[string]int) } - 不推荐用
*map[string]int来“强制非 nil”——这会让调用方也得传地址，反而增加耦合 - 更推荐在构造逻辑里就初始化：比如
type Config struct { Data map[string]string }，应在NewConfig()里c.Data = make(map[string]string)
什么时候真需要 *map[string]int
仅当函数要让调用方的变量**换底层数组**，比如完全替换、清空重置、或根据条件加载新数据。这种场景极少，且容易误用。
立即学习“go语言免费学习笔记（深入）”；
- 典型例子：
func reloadCache(c *map[string]Item) { *c = loadFromDB() } - 如果只是增删改查、遍历统计、合并数据，
*map完全没必要，还掩盖了 map 本身就能共享修改的事实 - 滥用
*map会导致调用侧代码变啰嗦：reloadCache(&myMap)，且 IDE 提示和调试体验变差
真正容易被忽略的点是：nil map 的 panic 不发生在声明时，而是在第一次写入；很多人只测了非空 case，上线后遇到未初始化字段才暴露问题。别依赖“应该不会是 nil”，该判空就判空。
