Go中map必须用make或字面量初始化，nil map写操作panic、读返回零值；遍历无序需手动排序；key须可比较，struct作key需避免不可比较字段；并发读写必须加锁或用sync.Map。
Go 中 map 初始化必须用 make 或字面量，不能直接声明后赋值
声明一个 map 类型变量但不初始化，它的值是 nil。此时对它做任何写操作（insert、delete）都会 panic，读操作虽然不 panic，但永远返回零值——这很容易掩盖逻辑错误。
- 正确做法：用
make(map[string]int)或字面量map[string]int{"a": 1} - 反例：
var m map[string]int; m["k"] = 1→panic: assignment to entry in nil map - 如果 map 是结构体字段，记得在构造函数或初始化逻辑里调用
make，别依赖零值
遍历 map 时顺序不保证，需要稳定顺序得额外排序
Go 的 range 遍历 map 每次运行结果都可能不同——这是语言明确规定的，不是 bug。如果你依赖“先插入就先遍历”或者想按 key 字典序输出，必须自己处理。
- 常见场景：日志打印、配置序列化、测试断言中比对 map 内容
- 简单排序示例：
keys := make([]string, 0, len(m)); for k := range m { keys = append(keys, k) }; sort.Strings(keys); for _, k := range keys { fmt.Println(k, m[k]) } - 注意：
sort.Strings只适用于stringkey；其他类型需自定义sort.Slice比较逻辑
map 的 key 类型必须可比较，struct 作 key 要小心字段变化
Go 要求 map 的 key 类型必须支持 == 和 !=，所以 slice、map、func 不能做 key。struct 看似可以，但如果它包含不可比较字段（比如内嵌 slice），编译会直接报错。
- 错误示例：
type BadKey struct { Name string; Tags []string }→invalid map key type BadKey - 安全做法：key struct 只含基本类型、指针、其他可比较 struct；避免在 key struct 中放指针指向易变数据
- 性能提示：struct 越小、字段越少，hash 计算和比较越快；大 struct 做 key 会拖慢 map 操作
并发读写 map 会 crash，必须加锁或换 sync.Map
原生 map 不是线程安全的。多个 goroutine 同时读+写、或同时写，大概率触发 fatal error: concurrent map read and map write。这不是概率问题，是确定性崩溃。
立即学习“go语言免费学习笔记（深入）”；
- 简单场景（读多写少）：用
sync.RWMutex包一层，读用RLock，写用Lock - 高频读写且 key 分布均匀：考虑
sync.Map，但它不支持len()、不保证遍历一致性、API 更笨重（Load/Store而非[]） - 别试图靠 “只读不写” 来绕过锁——只要有一个 goroutine 在写，所有读就必须同步
最常被忽略的一点：把 map 当成函数参数传进去，不代表它就脱离了并发风险。只要多个 goroutine 持有对同一底层数组的引用，危险就在那里。
