Go中清空map首选m = make(map[K]V)，最快最安全；m = nil会导致后续写入panic，for range + delete()仅适用于需保留底层结构的并发加锁场景。
Go 里清空 map 没有 clear() 方法，直接赋新 make() 最快也最安全；用 for range + delete() 看似直观，但容易在并发或大 map 场景下踩坑。
为什么不能用 m = nil 清空 map
把 map 变量设为 nil 确实会让它变成零值，但后续写入会 panic：assignment to entry in nil map。这不是“清空”，是彻底废掉这个变量。除非你明确要放弃该变量、且后续不再写入，否则别这么干。
-
nilmap 的len(m)是 0，但range m会直接跳过，delete(m, k)也静默失败 —— 容易掩盖逻辑错误 - 如果其他地方还持有该 map 的引用（比如传了指针或闭包捕获），
m = nil并不影响那些引用，清空效果不一致
m = make(map[K]V) 是首选，但要注意变量作用域
重新分配是最常用、编译器友好、且语义清晰的方式。它让旧 map 失去所有引用，GC 可回收内存。
- 适用于局部变量：直接
m = make(map[string]int)即可，简洁高效 - 若需在函数内修改原变量（比如传参清空），必须传指针：
func clearMap(m *map[string]int，再*m = make(map[string]int) - 注意：这会改变 map 底层的
hmap地址，如果其他 goroutine 正在读/写原 map，可能引发concurrent map read and map writepanic
for range + delete() 在什么情况下必须用
只有当你需要保留 map 的底层结构（比如已预分配大量 bucket、或 map 被多个 goroutine 共享且已加锁）时，才考虑遍历删除。但要注意：Go 1.11+ 编译器会自动将这种循环优化为内部 mapclear 函数，性能接近 make()；不过前提是没开 -l -N 关闭优化。
立即学习“go语言免费学习笔记（深入）”；
- 写法必须是
for k := range m { delete(m, k) }，不能用for k, _ := range m—— 后者会多一次值拷贝，虽小但无必要 - 如果 map 很大（百万级键），且你确定没有并发写，两种方式性能差异可忽略；但若存在并发读，
delete()过程中 map 仍可读，而make()后旧 map 还在被读，风险更高 - 别手动写
delete(m, k)以外的逻辑（比如条件过滤），否则就不是“清空”而是“筛选”了
频率统计场景下清空的实际取舍
比如你用 map[rune]int 统计字符串字符频次，每次新字符串进来都要重置 —— 这种典型场景，m = make(map[rune]int) 就够了。不要为了“复用内存”硬上 delete()。
- 频繁创建小 map（如每秒千次），GC 压力极小，
make()开销远低于维护一个长期存活的大 map - 若真遇到性能瓶颈（pprof 显示 map 分配热点），再考虑对象池（
sync.Pool）缓存 map，而不是在清空方式上纠结 - 最容易被忽略的一点：map 的 key 类型必须支持相等比较；用 struct 当 key 时，字段顺序、是否含不可比较字段（如 slice）会直接导致编译失败，和清空无关但常一起暴露
