map传参无需指针即可修改内容，因其变量本质是含底层指针的轻量句柄；仅当需替换整个map指向（如懒初始化、重置）时才需*map；清空应使用clear(m)或for range delete，而非m=make(...)；并发读写必须加锁，因map本身不安全。
map传参不用指针也能改内容，为什么？
因为map变量本身是个轻量“句柄”——它在内存里只占几个字长（比如24字节），内部封装了指向底层哈希表的指针、长度、哈希种子等字段。传参时复制的是这个句柄的值，但句柄里的指针仍指向同一块底层数组。
所以这些操作都直接生效：
m[key] = valuedelete(m, key)for k := range m { m[k]++ }
你不需要写*map[string]int，也不用在函数里解引用。加指针反而多一层间接、易误导，还让调用方误以为“不传指针就改不了”。
什么时候必须传*map？
只有你要替换整个map变量的指向时才需要——比如让外部变量从nil变成新map，或用一个全新map彻底覆盖旧的。
典型场景极少，例如：
- 懒初始化：
if *m == nil { *m = make(map[string]int) } - 重置并复用变量：
*m = make(map[string]int，注意不是m = make(...)） - deep copy后交换（极少见）
常见错误：以为“避免拷贝开销”要传指针——其实map本身拷贝成本几乎为零，传*map纯属画蛇添足。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
清空map别写m = make(...)，为什么？
这行代码只是让当前变量m指向一块新内存，原map如果还有其他引用（比如被闭包捕获、存进切片、作为结构体字段），它的数据还在，没被清，还占着内存。
真正清空该用：
- Go 1.21+：
clear(m)（推荐，语义明确，复用底层数组） - 兼容旧版：
for k := range m { delete(m, k) }（安全、直观）
千万别写m = nil之后又直接m["x"] = 1——会panic：assignment to entry in nil map。
并发读写map不加锁必崩，和传参无关但常一起出事
哪怕你传的是map值、甚至*map，只要多个goroutine同时对同一个底层哈希表做读+写，就会触发fatal error: concurrent map read and map write。
这不是传参方式的问题，而是map本身不支持并发修改。解决办法只有两个：
- 读写都加
sync.RWMutex（通用、可控） - 读多写少且接口允许时，用
sync.Map（但注意它不支持遍历、不能用range，且LoadOrStore等操作语义不同）
最容易忽略的是：你以为传了副本就安全了，结果所有goroutine拿到的map变量，底层还是同一块哈希表。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
