go中删除map元素只能用delete()，清空应重建而非遍历删除；delete()要求非nil map和类型匹配的key，遍历时需先收集key再批量删，重建map更高效且释放内存。
Go 里删 map 元素只能用 delete()，别写循环赋值或清空逻辑来“模拟删除”；清空整个 map 应该直接重建，而不是遍历 delete()。
delete() 函数必须传非 nil map 和类型匹配的 key
delete() 是唯一合法、安全、高效的删除方式，但它对参数很敏感：
- 传
nilmap 会直接 panic：「panic: assignment to entry in nil map」 - key 类型必须和 map 声明一致，比如
map[string]int却传int，编译就报错 - 常见低级错误：变量名拼错（
delelte(m, k)）、从interface{}取值后没做类型断言就塞进delete()
遍历时不能直接调用 delete()，否则 runtime panic
Go 运行时禁止在 for range 遍历中调用 delete()，这不是并发问题，而是底层哈希表重散列会导致迭代器失效：
- 错误写法：
for k := range m { if shouldDelete(k) { delete(m, k) } }→ panic: «fatal error: concurrent map iteration and map write» - 正确做法：先收集要删的 key，再批量删 —— 用切片暂存：
keysToDelete := make([]string, 0)，第一轮只读，第二轮for _, k := range keysToDelete { delete(m, k) } - 注意：即使条件判断依赖 value（如
v == 0），也得先range读出k, v，把k记下来，不能边读边删
清空整个 map：重建比循环 delete 更干净
map 删除不释放内存，delete() 只是标记 slot 为空，底层数组不会收缩。高频波动场景（如按小时缓存指标）容易内存滞涨：
- 想彻底清空？直接
m = make(map[string]int)，GC 会回收旧 map，比循环delete()更快更省心 - 如果后续写入量小，又想控制内存，可带预估容量重建：
newM := make(map[string]int, len(m)/2)，再for k, v := range m { if keep(k, v) { newM[k] = v } } - 别用
for k := range m { delete(m, k) }清空——它既慢，又不释放内存，还可能被误当成“安全做法”沿用下去
最常被忽略的一点：map 遍历顺序本就是随机的，别在删除逻辑里隐式依赖“删完后剩下元素的顺序”；另外，删掉的 key 再次访问仍返回零值，不是“不存在”，这点在状态判断里容易埋 bug。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
