Go中map是引用类型但按值传递指针，修改元素会影响原map，重赋值不影响；清空需delete或返回新map，替换需传*map[K]V；并发读写必panic，须用sync.RWMutex或sync.Map。
Go 中 map 作为函数参数传递时不会发生拷贝
直接说结论：map 类型在 Go 中是引用类型，但它的底层实现是一个指针（指向 hmap 结构体），而这个指针本身是按值传递的。这意味着：函数内对 map 元素的增删改（m[key] = value、delete(m, key)）会反映到原始 map 上；但若在函数内给参数重新赋值（m = make(map[string]int) 或 m = nil），**不会影响调用方的变量**。
常见误用：在函数里重新 make 或赋 nil 后以为外部 map 变了
这是最典型的陷阱。因为传入的是指针的副本，重置它只改本地副本，原变量仍指向旧底层数组。
func badReset(m map[string]int) {
m = make(map[string]int) // ← 这行无效：只改了形参 m
m["x"] = 99 // ← 这行写入的是新 map，对外不可见
}
func main() {
data := map[string]int{"a": 1}
badReset(data)
fmt.Println(data) // 输出 map[a:1]，不是空 map，也没有 x
}
- 想清空外部
map，应遍历后用delete，或让函数返回新map并由调用方赋值 - 想让函数能“替换”整个
map，必须传 ***map[K]V**（指向 map 的指针）
并发读写 map 会 panic，和传参方式无关
无论你把 map 当参数传多少次，只要多个 goroutine 同时读写同一个底层 hmap，运行时就会触发 fatal error: concurrent map read and map write。
- 安全做法：用
sync.RWMutex包裹读写操作 - 或者改用
sync.Map（适合读多写少、key 类型为string或interface{}的场景） - 注意：
sync.Map的LoadOrStore、Range等方法是线程安全的，但它的 API 和普通map不兼容
map 参数的性能与逃逸分析
map 本身很小（64 位系统上通常是 8 字节指针），传参开销
map 做了扩容（如大量 insert），底层数组可能被重新分配，这会影响 GC 压力，但和“是否传参”无关，而是由使用模式决定。
- 用
go build -gcflags="-m"可查看变量是否逃逸——map变量本身通常不逃逸，但其指向的底层数组一定在堆上 - 如果函数签名是
func f(m map[string]*HeavyStruct)，注意*HeavyStruct的分配位置，而非map本身
