Go中删除map的key必须使用内置delete()函数，它接受非nil map和类型匹配的key，无返回值、幂等且静默忽略不存在的key；对nil map调用会panic，sync.Map需用Delete()方法。
Go 中用 delete() 删除 map 的 key
go 没有类似 python 的 del 语句或 javascript 的 delete 操作符，必须用内置函数 delete()。它只接受三个参数：map 变量、要删的 key，且 key 类型必须和 map 定义一致。
常见错误是传错类型或对 nil map 调用：delete(nilMap, "key") 会 panic，不是静默失败。
-
delete()是无返回值函数，不能链式调用或判断是否删除成功 - 删除不存在的 key 不报错，也不影响 map —— 这是安全设计，但容易让人误以为“删了”，其实什么都没发生
- 如果 map 值是指针或大结构体，
delete()只移除 key-value 关联，不触发值本身的内存释放（GC 仍需靠引用计数）
删除前要不要先检查 key 是否存在？
一般不用。Go 的 delete() 本身是幂等的，重复删同一个 key 没副作用。加一层 if _, ok := m[k]; ok { delete(m, k) } 属于冗余判断，徒增代码和一次哈希查找开销。
唯一需要检查的场景是：你后续逻辑依赖「这个 key 原本存在」这一事实（比如做审计日志），那才需要先查再删。
- 性能敏感路径下，避免无谓的两次 map 查找（一次查存在性 + 一次 delete）
- 注意：
_, ok := m[k]这种写法本身不会触发 GC，只是读操作 - 如果 map 是并发读写，检查 + 删除不是原子的，仍需用
sync.RWMutex或sync.Map保护
sync.Map 怎么安全删 key？
sync.Map 不支持 delete()，必须用它的方法 Delete() —— 注意大小写。这是唯一正确方式，直接对 sync.Map 用 delete() 会编译失败。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
示例：var sm sync.Map; sm.Delete("some-key")。它内部已处理并发安全，无需额外锁。
-
sync.Map.Delete()也是幂等的，删不存在的 key 不报错 - 不要试图把
sync.Map当普通 map 用（比如类型断言成map[string]interface{}），它底层是分片+原子操作，结构完全不同 - 如果业务中读远多于写，
sync.Map比加锁的普通 map 更高效；但纯单协程场景，普通 map +delete()更轻量
删完 key 后 map 长度没变？
可能遇到了 Go map 的实现细节：map 底层有 bucket 和 overflow bucket，删除 key 后空间不一定立即回收，len(m) 会立刻反映真实键数，但底层占用内存可能暂时不变。
这不是 bug，是为避免频繁 rehash 的优化。只有当后续插入新 key 触发扩容或收缩时，内存才可能整理。
- 别依赖
len(m)判断内存是否释放 —— 它只表示当前有效 key 数量 - 真要强制清理内存（极少见），只能新建 map，遍历旧 map 复制剩余 key-value，然后让旧 map 被 GC 回收
- 大量增删场景下，持续使用同一 map 可能导致内存碎片，此时应评估是否该拆分生命周期或换用其他数据结构（如
map[string]*Value配合手动置 nil）
