delete是唯一合法、安全、高效的map删除方式，必须传非nil map和类型匹配的key；删不存在key不报错但访问仍得零值；高频场景勿加冗余存在性检查；清空应重建map而非循环delete。
delete 是唯一合法、安全、高效的 map 删除方式，别写循环遍历或重赋值逻辑来“模拟删除”。
delete 函数必须传非 nil map 和类型匹配的 key
传 nil map 会直接 panic；传错类型 key（比如 map[string]int 却传 int）编译不通过。常见错误是把变量名写错、或从接口取值后没做类型断言就往 delete 里塞。
示例：
var m map[string]int delete(m, "key") // panic: assignment to entry in nil map
正确做法是确保 map 已初始化：
- 用
make(map[string]int)显式创建 - 或用字面量
m := map[string]int{"a": 1} - 若 map 来自函数返回值，先判空：
if m != nil { delete(m, k) }
删除不存在的 key 不报错，但访问仍得零值
这是最常被误解的一点：delete(m, "missing") 安全执行，但之后 m["missing"] 还是返回 0（或 ""、nil 等零值）。这不是“删失败”，而是 Go 的语义设计：访问不存在的 key 就该返回零值。
想确认 key 是否真被删了，不能靠读值判断，得用存在性检查：
- 删前：用
v, ok := m[k]判断是否存在 - 删后：再查一次
_, ok := m[k]，ok == false才说明已移除 - 注意：不能只比对
m[k] == zeroValue，因为 key 原本就可能存着零值
高频删除场景下，别加冗余的 if 存在性检查
在缓存淘汰、连接管理等每秒调用成千上万次的路径里，写 if _, ok := m[k]; ok { delete(m, k) } 多了一次哈希查找，实测多消耗约 15% CPU 时间。
除非你有明确需求：
- 需要根据 key 是否存在走不同分支（比如记录日志或触发回调）
- 正在调试或监控，需区分“删了存在的”和“删了不存在的”
否则直接 delete(m, k) 就行 —— 它本来就是为这种“尽力而为”的语义设计的。
清空整个 map 不能靠 delete 循环，得重建
delete 没有批量清空接口。用 for k := range m { delete(m, k) } 虽然能清空，但底层 bucket 内存不会释放，map 容量（cap）不变，长期运行可能造成内存滞胀。
真正释放内存的做法只有一种：
-
m = make(map[string]int)—— 让旧 map 成为垃圾，由 GC 回收 - 如果 map 是结构体字段或闭包捕获变量，注意引用是否还存在
- 不要用
copy或for range构建新 map 再赋值，那只是复制，旧 map 还活着
复杂点在于：重建后所有外部持有的 map 引用都失效了。如果其他 goroutine 正在并发读写这个 map，必须配合锁或 sync.Map 等机制协调。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
