Go中map传参是值传递含指针的结构体，故修改影响原map；不可比较、不能作key；清空用clear或遍历delete；并发读写不安全需同步。
Go语言中map是引用传递，但底层实现不是指针，而是包含指针的结构体值传递。 这个说法看似矛盾，却是理解map传参行为的关键——它既不会像slice那样因底层数组扩容而“断开连接”，也不会像普通struct那样完全隔离修改。实际表现接近引用传递，但机制更微妙。
为什么map赋值和传参后修改会影响原变量
因为map类型在Go运行时是一个头结构（hmap），其中包含指向底层哈希桶数组的指针、长度、哈希种子等字段。当你把一个map赋值给另一个变量，或作为参数传入函数时，复制的是这个头结构的值，而该结构里存着的指针仍指向同一块内存。
所以以下操作都会影响原始map：
- 在函数内调用
delete(m, key) - 执行
m[key] = value - 遍历中修改元素值（如
m[k]++）
但注意：make(map[int]int)返回的是新分配的hmap结构，不是指针；只是这个结构里自带指针，导致“看起来像引用”。
map不能直接比较，也不能作为map的key
因为map是不可比较类型，编译器会报错：invalid operation: m1 == m2 (map can only be compared to nil)。这是由其内部指针和动态结构决定的——两个map即使内容相同，底层桶地址也不同，无法安全定义“相等”。
同样，map不能做其他map的key，或放入struct后参与比较，原因一致：不可比较。
如果需要判断两个map是否逻辑相等，必须手动遍历比对键值，或用reflect.DeepEqual（仅限开发/测试，性能差且不处理循环引用）。
常见误判场景：重置map变量不等于清空内容
很多人以为m = make(map[string]int)能“清空”原map，其实只是
m指向一个全新结构，原map若还有其他变量引用，内容依然存在（比如被闭包捕获、或作为切片元素存储）。
真正清空应使用：
-
for k := range m { delete(m, k) }（推荐，明确、安全） -
clear(m)（Go 1.21+，语义清晰，底层复用原有底层数组）
避免写m = nil后又直接m["x"] = 1，这会panic：assignment to entry in nil map。
最易忽略的一点：map的并发读写不安全，哪怕只是“读+读+写”混合，也必须加锁或用sync.Map。这不是传参问题，但常和传参后的多goroutine共享行为一起踩坑。
