go中map必须显式初始化（如make或字面量），否则赋值会panic；计数自增无需判空，因读取不存在key返回零值；并发写需sync.rwmutex保护；遍历顺序随机，需手动排序。
map 初始化必须显式声明，否则 panic: assignment to entry in nil map
Go 里 map 是引用类型，声明但未初始化的 map 值为 nil。直接对 nil map 赋值会触发运行时 panic，不是编译错误，容易漏测。
- 错例：
var counts map[string]int; counts["a"] = 1→ panic - 正例：用
make初始化：counts := make(map[string]int) - 或字面量初始化：
counts := map[string]int{"a": 0}（适合有默认值场景） - 如果计数逻辑在函数内，推荐每次调用都
make新 map，避免意外复用和并发问题
计数自增要先判断 key 是否存在？不用，Go 支持零值自动补全
Go 的 map 读取不存在的 key 会返回对应 value 类型的零值（int 是 0，string 是 ""），所以 counts[k]++ 可以直接写，无需先 if _, ok := counts[k]; !ok { ... }。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 安全写法：
counts[item]++—— 简洁、高效、符合 Go 风格 - 等价于：
counts[item] = counts[item] + 1，其中右侧counts[item]在 key 不存在时自动为0 - 注意：只适用于数值型计数；若 value 是结构体或指针，不能直接
++
并发写 map 会 crash，别忘了加 sync.RWMutex
Go 的原生 map 不是线程安全的。多个 goroutine 同时写（或一写多读无保护）会导致 fatal error: concurrent map writes。
- 典型踩坑场景：HTTP handler 里共用一个全局
map统计请求路径频次 - 简单修复：用
sync.RWMutex包裹读写操作，写操作用Lock()，读操作用RUnlock() - 更优方案：高频写+低频读场景考虑
sync.Map，但注意它不支持遍历，且LoadOrStore语义和普通 map 不同 - 示例片段：
var mu sync.RWMutex<br>mu.Lock()<br>counts[item]++<br>mu.Unlock()
遍历 map 计数结果时顺序不确定，需要排序就自己 sort
Go 规定 range 遍历 map 的顺序是随机的（从 Go 1.0 就这样），不是按插入顺序，也不是按 key 字典序。如果输出或测试依赖顺序，必须显式排序。
- 常见误判：本地跑几次结果一致，上线后顺序突变，导致断言失败或日志难排查
- 正确做法：把 key 拿出来，用
sort.Strings或sort.Slice排序后再遍历 - 例如统计字符串频次后按字母序输出：
keys := make([]string, 0, len(counts)); for k := range counts { keys = append(keys, k) }; sort.Strings(keys); for _, k := range keys { fmt.Println(k, counts[k]) }
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
