Go中传map到函数可修改原map的键值，因map是值传递指针；但赋值新map或向nil map写入会失效或panic，需提前初始化或判空处理。
Go 里传 map 到函数里，改了值外面真会变
是的，map 在 Go 中是引用类型（底层是指向 hmap 结构的指针），所以直接传 map 变量进函数，函数内对 key-value 的增删改，都会反映到原 map 上。
但注意：这不是“引用传递”，而是“值传递一个指针”——你传的是指针的副本，不是指针本身。所以只要不重新赋值整个 map 变量（比如 m = make(map[string]int)），就不会影响外层变量指向。
- ✅ 函数内
m["a"] = 1、delete(m, "b")都生效 - ❌ 函数内
m = map[string]int{"x": 99}不会影响调用方的m - ⚠️ 如果原
map是nil，函数内首次写入会 panic：assignment to entry in nil map
nil map 写入 panic 怎么安全处理
空 map（即 nil）不能直接写入，这是 Go runtime 的硬性限制，和是否传参无关。常见于初始化被忽略、或结构体字段未显式 make 的场景。
- 函数开头加判断：
if m == nil { m = make(map[string]int) } - 更稳妥的做法是让调用方保证非 nil，或用指针传参：
func updateMap(m *map[string]int，但这通常没必要且难读 - 结构体中嵌套
map字段时，务必在NewXxx()或构造逻辑里make，别依赖零值
示例错误：
var m map[string]int m["key"] = 1 // panic: assignment to entry in nil map
什么时候该传 *map[string]int 而不是 map[string]int
极少数情况需要改变 map 的“指向”，也就是让外层变量换一个底层数组。典型场景：函数要根据条件完全替换整个 map，且希望调用方感知到这个替换。
立即学习“go语言免费学习笔记（深入）”；
- 例如缓存重载：
func reloadConfig(m *map[string]string) { *m = parseNewConfig() } - 或者做 deep copy + 过滤后返回新 map，又不想多写一层返回值
- 但绝大多数业务逻辑（增、删、改、查）完全不需要指针；滥用
*map会让代码更难懂，也掩盖了“map 本来就能改内容”的事实 - 性能上无差异：传
map本身只有 8 字节（指针大小），传*map是再包一层指针，反而多一次解引用
和 slice 行为对比：为什么 map 不需要传指针也能改内容
因为 map 和 slice 底层都含指针，但封装层级不同：slice 是三元组（ptr, len, cap），修改 len 或 cap 会影响切片视图，但改元素值也不需指针；而 map 的操作接口（delete、赋值）全走哈希查找+桶操作，天然基于指针完成。
-
slice传参后s = append(s, x)可能导致底层数组扩容，此时新地址不会反馈给外层 —— 这点和map的m = ...一致 - 但
slice改元素s[0] = 1和map改值m["k"] = 1都生效，原理相同：都是通过原始指针写的内存 - 别被“引用类型”说法带偏——Go 没有引用传递，所有传参都是值传递，只是值的内容恰好是个指针
map 本身足够应对绝大多数修改需求，真正容易出错的不是传参方式，而是忘记初始化、误判 nil 行为、或者过度设计成 *map。 
