如何正确初始化一个映射切片（slice of maps）

在 Go 中，使用 make([]map[K]V, n) 仅分配切片底层数组，并不会为每个元素的 map 分配内存；必须显式初始化每个 map 实例，否则对 nil map 赋值将触发 panic。

在 Go 的日常开发中，切片里装 map 是个很常见的组合。但不少人会在这里踩坑——用 make([]map[k]v, n) 创建切片后，以为万事大吉，直接往里写数据，结果程序在运行时直接给你来个 panic。问题出在哪儿？

关键在于，make([]map[string]string, 3) 只负责分配一个长度为 3 的切片底层数组，数组里的每个元素，默认值都是 nil。换句话说，这个切片里住着三个“空房间”，但房间里连张床都没有。此时如果贸然执行 all[0]["key"] = "value"，就等于试图往一个不存在的 map 里塞数据，Go 的运行时便会毫不留情地抛出 panic: assignment to entry in nil map。

那怎么解决？其实很简单，两步走：先创建切片，再逐个给每个元素分配一个实实在在的 map 实例。

package mainimport "fmt"func main() {    // 创建长度为 3 的切片，元素初始均为 nil    all := make([]map[string]string, 3)    // 逐个初始化每个 map 元素    for i := range all {        all[i] = make(map[string]string) // 或等价写法：map[string]string{}    }    // 现在可以安全写入    all[0]["hello"] = "world"    all[1]["foo"] = "bar"    fmt.Printf("%vn", all)    // 输出：[map[hello:world] map[foo:bar] map[]]}

这里有几个值得注意的细节：

• make(map[string]string) 是推荐写法，语义清晰，一看就知道是在“构造一个新 map”；
• new(map[string]string) 是个经典陷阱——它返回的是 *map[string]string，一个指向 nil map 的指针，跟直接初始化 map 完全是两码事；
• 如果事先能预估每个 map 里大概会存多少键值对，可以用 make(map[string]string, hint) 预设容量，比如 make(map[string]string, 4)，能有效减少后续扩容的开销；
• 当切片长度不确定时，推荐在追加元素的同时完成初始化，省去后面再遍历的麻烦——比如 all = append(all, map[string]string{"initial": "value"})。

总结一下：Go 的切片初始化和 map 初始化是两件独立的事情。make([]T, n) 不会递归地帮你把内部元素也初始化好。对于 map、slice 这类复合类型，或者结构体中的字段，都需要手动初始化。这不是 Go 的缺陷，而是它零值语义与内存安全设计的体现——理解这一点，才算真正掌握了 Go 的初始化哲学。