Go中map作为函数参数按值传递即可，因其本身是引用类型，修改元素直接影响原map；仅当需重新分配整个底层结构（如初始化nil map）时才传*map。
Go 中 map 作为函数参数时传值还是传指针？
不需要——map 本身是引用类型，函数内对 map 元素的增删改（如 m[key] = value、delete(m, key)）会直接影响原始 map。传指针反而多余，还可能误导他人以为“必须用指针才能修改”。
什么情况下才该传 *map？
仅当函数需要**重新分配整个 map 底层结构**（即用 make 或字面量创建新 map，并让调用方变量指向它）时，才需传 *map[K]V。这是极少数场景，比如初始化一个尚未分配的 nil map。
- 常见错误：误以为“不传指针就无法向 map 写入”，其实只要 map 已初始化（非 nil），直接传
map[K]V就够了 - 典型误用：
func initMap(m *map[string]int) { *m = make(map[string]int) }—— 这种写法存在，但应优先考虑返回新 map，而非通过指针赋值 - 更清晰的替代：
func newConfigMap() map[string]int { return make(map[string]int) }
nil map 的行为与坑点
nil map 可以安全读（返回零值），但任何写操作（包括 range 循环中赋值、delete）都会 panic。这和是否传指针无关，只取决于 map 是否已用 make 初始化。
func badExample(m map[string]int) {
m["a"] = 1 // panic: assignment to entry in nil map
}
func goodExample(m map[string]int) {
if m == nil {
m = make(map[string]int) // 仅影响局部变量 m
}
m["a"] = 1 // OK
}
注意：m = make(...) 不会改变调用方的 map 变量，因为 map 变量本身存储的是底层 hmap 的指针，赋值只是覆盖了这个指针值，而不会反向写回原变量。
立即学习“go语言免费学习笔记（深入）”；
性能与可读性建议
传 map 比传 *map 更轻量（少一次指针解引用），也更符合 Go 的惯用法。标准库所有 map 相关函数（如 json.Marshal、sort.Sort 的自定义比较）都按值接收 map。
- 避免无意义的指针包装：
func process(*map[string]struct{})→ 改为func process(map[string]struct{}) - 如果函数既读又可能重置整个 map，明确返回新 map 更易测试、更不易出错
- 文档或参数名若含
out或result，才考虑指针；否则默认按值传
真正容易被忽略的是：map 变量本身是“指向底层结构的指针的封装”，不是像 slice 那样包含 len/cap 字段的 header；它的“引用性”是语言内置保障，不依赖用户显式用指针。
