修改 m[“k”] = v 会影响原 map，因为 map 拷贝仅复制 header（含指向同一底层哈希表的指针），所有副本共享底层数组；而 m = make(…) 仅重置当前变量 header，不影响其他副本。
会拷贝，但只拷贝 map 的 header（含长度、哈希表指针等），不拷贝底层 bucket 和键值对数据；因此修改元素会影响原 map，但重新赋值不会。
为什么改 m["k"] = v 会影响原 map？
因为所有共享该 map 变量的副本，都指向同一块底层哈希表内存。header 中的指针字段（如 buckets）被复制后，多个变量仍操作同一张表。
-
m2 := m→m2和m的 header 完全相同，len(m2) == len(m)，m2["x"] = 1后m["x"]也能读到 -
delete(m, "x")同样对所有共享者可见 - 但
m = make(map[String]int)只重置m自己的 header，m2不受影响
什么时候需要手动深拷贝？
当你明确不想让接收方修改影响原始数据时——比如传给 goroutine、返回给调用方、或做配置快照。go 不提供内置深拷贝，必须显式遍历。
- 简单场景（value 是值类型，如
int、string、Struct）：newMap := make(map[string]int, len(oldMap)) for k, v := range oldMap { newMap[k] = v } - 嵌套结构（value 是
[]int、map[string]string或指针）：必须递归深拷贝 value，否则仍共享底层数组或 map - 并发写入前务必深拷贝：哪怕只是把
map[string][]int传进 goroutine，fetchlocal[key] = value仍是浅拷贝，多个 goroutine 修改同一 slice 底层数组会触发fatal Error: concurrent map read and map write或静默数据错乱
常见误判：以为 map 是“引用传递”就能安全共享
这是最危险的直觉。Go 所有传参都是值传递，map 只是值里包了指针。它不像 c++ 引用或 java 的对象引用那样语义清晰。
立即学习“go语言免费学习笔记（深入）”；
- 函数参数接收
func process(m map[string]int)→ 调用方的m和函数内的m是两个 header，但指向同一哈希表 - 返回
func getConfig() map[string]string→ 调用方拿到的是新 header 副本，但若内部直接返回全局 map，外部修改仍会污染全局状态 - 切记：能修改内容 ≠ 可以随意共享；并发写必须加锁（
sync.RWMutex）或换sync.Map；隔离需求必须深拷贝
真正容易被忽略的点是：value 类型决定了拷贝的安全边界。一个 map[string]*User，即使你深拷贝了 map，*User 指针仍指向同一对象；而 map[string]User 拷贝后，每个 User 都是独立 struct 实例。拷贝行为是否“够用”，永远取决于你的 value 是值还是指针。