nil映射未初始化，底层hmap为nil，读写会panic，仅适用于占位或表示“未创建”；空映射已初始化，可安全读写，长度为0，适用于需立即使用的场景。
声明 nil 映射变量：不分配底层数据结构
Go 中 nil 映射是未初始化的指针，底层 hmap 为 nil，任何读写操作都会 panic。它适合用作函数返回值占位、或明确表示“尚未创建”的语义。
正确写法只有这一种：
var m map[string]int // m == nil
常见错误是误用 make 或字面量：
-
var m map[string]int = make(map[string]int)→ 得到的是空映射，不是nil -
var m map[string]int = map[string]int{}→ 同样是非nil空映射 -
var m map[string]int; m = nil→ 冗余，var声明后默认就是nil
声明空映射变量：分配但无元素
空映射已初始化，底层结构存在，可安全读写（如 len(m)、m["k"] = v），只是当前长度为 0。它适合需要立即使用的场景，比如作为函数参数传入并被填充。
三种等效写法（任选其一）：
m := make(map[string]int
m := map[string]int{}
var m = make(map[string]int
注意：make 和字面量都触发底层 hmap 分配；二者性能无差别，但 make 更显式表达“我要一个可变映射”的意图。
判断映射是否为 nil 还是空？别只靠 len()
len(m) == 0 无法区分 nil 和空映射 —— 两者都返回 0。必须用 == nil 判断：
if m == nil {
// 处理未初始化情况
}
if len(m) == 0 && m != nil {
// 明确是已初始化但为空
}
典型陷阱：
- 对
nil映射调用for range不 panic（Go 允许），但循环体不执行 —— 容易掩盖逻辑错误 - 向
nil映射赋值（m["k"] = v）会 panic：assignment to entry in nil map - JSON 解码时，
null字段会得到nil映射；而空 JSON 对象{}会得到空映射
函数参数和返回值中怎么选？看语义而非习惯
接收方是否要修改映射、是否允许传 nil，决定了声明方式：
- 函数内部只读且需处理“未提供”情况 → 接收
map[string]int类型，检查== nil - 函数内部要写入（如
appendToMap(m, k, v)）→ 必须要求非nil，文档或注释应强调“caller must initialize”，或直接用make初始化后传入 - 返回值用
nil表示“无结果”（如查找失败）；用空映射表示“查到了，但没数据”
最易忽略的一点：嵌套结构中的映射字段（如 struct 里有个 map[string]string 字段），若未显式初始化，该字段默认为 nil，不是空映射 —— 序列化/反序列化或方法调用前务必确认。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
