必须用 v, ok := m[key] 判断键存在性，因 Go 中 m[key] 永远返回值和 ok 两个值，单取值无法区分键是否存在；其他写法如比较零值或 nil 均不可靠。
必须用 v, ok := m[key]，其他写法全是错的。 Go 语言里没有 in、没有 hasKey()、也没有安全的单值比较方式。靠 m[key] == 0 或 m[key] == nil 判断，上线后必出 bug。
为什么 m[key] 不能直接用来判断存在性
Go 的 m[key] 永远返回两个值：值（零值）和布尔标志 ok。你只取一个，就丢掉了唯一能说明“key 是否真实存在”的信息。
-
map[string]int{"x": 0}和map[string]int{}在m["x"]上都返回0，但前者 key 存在，后者不存在 -
map[string]*int{"x": nil}和map[string]*int{}都让m["x"] == nil成立，无法区分 -
map[string]bool{"x": false}中，m["x"]是false，但 key 明明存在 - 哪怕
m是nil，v, ok := m[key]依然合法：v是零值，ok是false
v, ok := m[key] 的正确写法和常见错误
这个语法是 Go 原生支持的“comma-ok idiom”，不是技巧，是规则。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 必须用短变量声明：
v, ok := m[key]；写成v, ok = m[key]会编译报错（ok未声明） - 如果只关心是否存在，用
_, ok := m[key]，避免无意义变量污染作用域 - 在
if中直接写：if v, ok := m[key]; ok { ... }，作用域干净，无需提前声明 - 别写
if ok == true，直接if ok就行；也别在判断后还去用v而不检查ok
并发场景下 ok 判断不能保证后续操作安全
v, ok := m[key] 这一步本身是原子的，但“判断存在 → 然后删/改”不是原子操作。竞态就藏在这里。
-
if _, ok := m[k]; ok { delete(m, k) }——ok为true后，k可能已被其他 goroutine 删除或覆盖 - 需要原子读-删，用
sync.Map.LoadAndDelete(key)，它返回value, loaded bool，语义一致且线程安全 - 普通
map配合sync.RWMutex也可，但得自己加锁，LoadAndDelete更省心 -
sync.Map.Load(key)用法和普通 map 完全一样：v, ok := m.Load(key)
最容易被忽略的是：哪怕你选了 struct{} 当 value 类型（常用于集合），v == struct{}{} 依然永远成立，ok 才是你唯一该看的东西。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
