delete是唯一合法、安全、高效的map删除方式，必须传非nil map和类型匹配key；删不存在key不报错但访问仍得零值；高频场景勿加冗余存在性检查；清空应重建map而非循环delete。
Go 语言中删除 map 元素只该用 delete，别写循环、别重赋值、别用 map = nil 或 map = make(...) 来“假装清空”——这些不是删除，是制造隐患。
delete 函数必须传非 nil map 和类型匹配的 key
传 nil map 给 delete 会直接 panic；key 类型不匹配（比如 map[string]int 却传 int）编译就过不去。常见翻车点：
- 变量名拼错：
delelte(m, k)（少个 t）或delete(map, key)但实际变量叫data - 从
interface{}取值后没做类型断言，直接塞进delete—— 编译报错或运行时 panic - 函数返回 map 但没判空：
if m != nil { delete(m, k) }这层检查不能省
删不存在的 key 不报错，但访问仍返回零值
这是最常被误读的行为：delete(m, "missing") 安全执行，m["missing"] 之后还是 0（或 ""、nil）。这不是“删失败”，是 Go 的语义：访问不存在的 key 就该返回零值。
想确认是否真删了，不能靠比对值：
立即学习“go语言免费学习笔记（深入）”；
- ❌ 错误判断：
if m[k] == 0 { /* 已删 */ }—— 因为 key 原本就可能存着0 - ✅ 正确做法：删前用
v, ok := m[k]拿ok；删后再查一次_, ok := m[k]，ok == false才说明已移除
高频删除场景下，别加冗余的存在性检查
在缓存淘汰、连接池管理等每秒调用数万次的路径里，写 if _, ok := m[k]; ok { delete(m, k) } 多了一次哈希查找，实测多消耗约 15% CPU 时间。
除非业务逻辑明确要求“只删存在的”，否则直接 delete(m, k) 更快更干净。Go 的 delete 本身已做存在性判断，再包一层纯属重复劳动。
清空整个 map 别用 for + delete，重建更高效
要清空全部元素，不要写：
for k := range m {
delete(m, k)
}
这会反复触发哈希表 rehash，性能差且内存不立即释放。正确姿势是：
- 若 map 是局部变量，让它自然离开作用域即可
- 若需复用变量名，直接重建：
m = make(map[string]int)（注意类型一致） - 如果 map 引用还被其他地方持有，且你确实需要“原地清空”，才考虑
for循环 —— 但这种情况极少
真正容易被忽略的是：map 底层结构不会因 delete 而收缩，大量删除后仍占旧内存；只有重建才能释放空间。这点在长周期服务中会影响 GC 压力。
