delete是唯一合法安全的map删除方式，必须传非nil map和类型匹配key；删不存在key不报错但访问仍得零值；高频场景勿加存在性检查；清空应重建map而非循环delete。
delete 函数必须传非 nil map，否则直接 panic
传 nil 给 delete 是运行时致命错误，不是静默失败。常见于函数返回 map 但没判空就直接删：
- 错误写法：
delete(data, "key")，而data是nil - 正确做法：删前加
if data != nil检查，或确保调用方不传nil - 注意：
make(map[string]int)返回的是空 map（非 nil），可以安全传给delete
删不存在的 key 不报错，但不能靠值判断是否删除成功
delete(m, "missing") 总是安全执行，但之后 m["missing"] 仍返回零值（如 0、""、nil）。这不是 bug，是 Go 的语义设计。
- ❌ 错误判断：
if m[k] == 0 { /* 已删 */ }—— 因为 key 原本就可能存着0 - ✅ 正确判断：删前用
v, ok := m[k]拿ok；删后再查一次_, ok := m[k]，ok == false才说明已移除 - 高频场景（如缓存淘汰）中，避免冗余检查：直接
delete(m, k)即可，多一次_, ok := m[k]查找约多耗 15% CPU
清空整个 map 别循环 delete，重建更高效
想让 map 变空，不要写 for k := range m { delete(m, k) }。这会保留底层哈希表结构，内存不释放，还慢。
- ✅ 推荐做法：
m = make(map[string]int)或m = map[string]int{} - ⚠️ 注意：
m = nil后再delete(m, k)会 panic；m = make(...)是安全且轻量的 - 如果 map 被多处引用（比如作为结构体字段），重建后需确保其他地方不再依赖旧引用
delete 参数类型必须严格匹配 map 定义
delete 是编译期类型检查严格的函数。key 类型错一点就过不了编译。
- 例如
map[string]int，传delete(m, 123)直接编译失败 - 从
interface{}取 key 后，必须显式类型断言，比如delete(m, key.(string)) - 拼写错误常见：
delelte(m, k)（少个t）→ 编译报错undefined: delelte
实际删除逻辑极简，但边界条件和性能取舍藏在细节里。最易忽略的是：删前不检查 nil、删后靠零值误判、清空用循环而非重建——这三个点几乎覆盖了线上 map 相关 panic 和内存泄漏的绝大多数成因。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
