delete是go中唯一合法安全高效的map删除方式；必须传非nil map和类型匹配的key，删不存在key不报错但需用存在性检查确认，清空map应重建而非循环delete。
delete 是 Go 中唯一合法、安全、高效的 map 删除方式。别写循环遍历或重赋值逻辑来“模拟删除”。
传 nil map 会 panic，不是静默失败
delete 第一个参数必须是非 nil 的 map 变量。传 nil 会直接触发运行时 panic，错误信息是 panic: assignment to entry in nil map。
这不是“删不掉”，而是根本没初始化。
- 确保 map 已用 make 显式创建，例如：m := make(map[string]int)
- 若 map 来自函数返回值（比如配置解析、HTTP 响应解包），删前加空判断：if m != nil { delete(m, k) }
- 别依赖“反正 delete 不报错”就跳过判空——对 nil 操作是明确 panic，不是忽略
key 类型不匹配会在编译期报错
delete 第二个参数的类型必须和 map 定义的 key 类型严格一致。
- map[string]int 只能传 string，传 int 或 interface{} 会编译失败
- 常见坑：从 interface{} 取值后没做类型断言就塞进 delete，例如：delete(m, data["key"]) —— 如果 data 是 map[string]interface{}，那 data["key"] 是 interface{}，编译不通过
- 正确做法是显式断言：if k, ok := data["key"].(string); ok { delete(m, k) }删不存在的 key 安全但不等于“已移除”的信号
delete(m, "missing") 总是成功执行，不 panic、不报错、不返回值。但之后 m["missing"] 仍返回零值（0、""、nil 等）。
这不是 bug，是 Go 的语义设计：访问不存在的 key 就该返回零值。
- 想确认 key 是否真被删了，不能靠读值判断（因为 key 原本就可能存着零值）
- 必须用存在性检查：_, ok := m[k]，ok == false 才说明已移除
- 高频路径（如连接池、缓存淘汰）中，**不要**加冗余的 if _, ok := m[k]; ok { delete(m, k) }，多一次哈希查找，实测多消耗约 15% CPU 时间
清空 map 别循环 delete，重建更高效
想清空整个 map，不要写for k := range m { delete(m, k) }。
- 这种写法逻辑正确但低效：每次 delete 都要重新哈希、定位、调整内部结构
- 更优做法是直接重建：m = make(map[string]int) 或 m = map[string]int{}
- 重建后旧 map 若无其他引用，会被 GC 回收；而循环 delete 后，底层 hash table 内存不会立即释放，容量仍保留
真正容易被忽略的是：map 删除不释放底层内存，也不收缩哈希表。哪怕你删光所有元素，len(m) 是 0，但 cap（实际是 bucket 数）不变。只有重建才能让 runtime 归还内存。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
