用 make(map[string][]t) 初始化分组容器最安全，因直接声明未初始化的 map 写入会 panic；需避免字符串 key 隐式转换错误、布尔 key 可读性差等问题，并可预估容量优化性能。
用 make(map[string][]T) 初始化分组容器最安全
Go 没有内置的 group by 函数，必须手动遍历+聚合。直接声明 map[string][]int 后不初始化就写入会 panic：panic: assignment to entry in nil map。这是新手最常踩的坑。
正确做法是先用 make 分配内存：
groups := make(map[string][]int)
for _, v := range data {
key := getKey(v) // 比如 v.Status 或 strconv.Itoa(v.ID % 3)
groups[key] = append(groups[key], v)
}
注意：不能用 var groups map[string][]int，那只是声明了 nil map。
字符串 key 要避免隐式转换导致分组错乱
用结构体字段做 key 时，别直接拼接字符串，比如 v.Name + ":" + strconv.Itoa(v.Age)。一旦 Name 本身含 :，或 Age 为负数，分组逻辑就不可靠。
更稳妥的方式：
- 用
fmt.Sprintf("%s_%d", v.Name, v.Age)（下划线比冒号更少冲突） - 对简单场景，直接用
fmt.Sprintf("%p", &v)不行——那是地址，无业务意义 - 真正健壮的做法：定义一个
groupKey()函数，统一处理空值、大小写、trim 空格等
例如：v.Name 可能为空，strings.TrimSpace(v.Name) 再转小写，否则 " Alice " 和 "alice" 会被分到不同组。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
按布尔条件分组时，别用 map[bool][]T
看起来方便，但 true/false 作为 key 可读性差，后续维护难。而且 Go 中 bool 类型 key 在 JSON 序列化、日志打印时显示为 1/0，容易误解。
推荐用字符串明确语义：
groups["valid"] = append(groups["valid"], item)groups["invalid"] = append(groups["invalid"], item)
如果条件多（比如 status 是 "pending"/"done"/"failed"），直接用原始字段值当 key 即可，无需额外映射——前提是字段值稳定、非空、无控制字符。
大数据量时，预估 key 数量可减少 map 扩容开销
默认 make(map[string][]int) 初始容量为 0，插入过程中会多次 rehash。如果知道大概有 20 个分组，写成 make(map[string][]int, 20) 能省掉几次扩容。
但别过度优化：key 数量不确定时，硬写大数字（比如 make(..., 1000)）反而浪费内存；key 极少（
真正要注意的是：别在循环里反复 make 新 map——比如每个 goroutine 都 make 一个，却只存几个元素，这是隐蔽的内存浪费点。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
