make([][]int, 3)仅创建外层长度为3的nil切片，每行仍为nil；须循环调用make([]int, cols)初始化各内层，否则访问grid0将panic。
make([][]T, rows) 后必须循环初始化每行
直接 make([][]int, 3, 4) 只会创建一个长度为 3 的外层切片，每个元素仍是 nil；访问 grid[0][0] 立即 panic：index out of range [0] with length 0。这不是语法错误，而是语义陷阱——Go 没有“多维切片”类型，只有“切片的切片”，每层都需独立分配底层数组。
正确做法分两步：
- 先
grid := make([][]int, rows) - 再用
for i := range grid { grid[i] = make([]int, cols) }
若后续要频繁 append，第二步改用 make([]int, 0, cols) 预留容量，避免反复 realloc。
用 reflect.MakeSlice 动态创建 N 维切片必须嵌套调用
反射无法一步生成二维切片，reflect.MakeSlice(reflect.SliceOf(reflect.SliceOf(t)), rows, 0) 得到的是 []([]T) 类型的切片，但所有内层仍为 nil。你得手动对每一层做 reflect.MakeSlice。
例如三维切片 [][][]float64：
- 第一层：
outer := reflect.MakeSlice(reflect.SliceOf(reflect.SliceOf(reflect.SliceOf(floatType))), x, x) - 第二层：遍历
outer，对每个outer.Index(i)赋值为reflect.MakeSlice(reflect.SliceOf(reflect.SliceOf(floatType)), y, y) - 第三层：再对每个
outer.Index(i).Index(j)赋值为reflect.MakeSlice(reflect.SliceOf(floatType), z, z)
漏掉任意一层，对应位置就是 nil，后续 .Index() 或 .Set() 都会 panic。
给反射创建的多维切片赋值必须用 Index().Set()
不能对整个切片 .Set()（会 panic：“cannot set slice”），也不能跳过中间层直接 outer.Index(i).Index(j).Index(k).Set(...)——因为 outer.Index(i) 返回的是 []float64 类型的 reflect.Value，它本身是可寻址的，但它的 Index(j) 返回的是 float64 值，不是可寻址的指针。
正确路径是逐层展开并确保每层可设：
-
row := outer.Index(i)→ 得到[]float64的reflect.Value -
cell := row.Index(j)→ 得到[]float64的第 j 个元素，即另一个reflect.Value（类型为[]float64） -
elem := cell.Index(k)→ 得到最终的float64元素，此时elem.CanSet() == true，可调用elem.Set(reflect.ValueOf(3.14))
中间任意一层若为 nil（比如没做第二层 MakeSlice），.Index() 就会 panic。
动态维度下避免用 new 或字面量初始化
new([][]int) 返回 *[][]int，其指向的值仍是 nil 切片，无法索引；[][]int{{1},{2,3}} 只适用于编译期尺寸固定、结构已知的小数据，且所有子切片长度不一致时会编译失败。
运行时才确定 rows 和 cols 的场景，唯一可靠路径是循环 + make 或嵌套 reflect.MakeSlice。泛型能覆盖大部分需求时，优先用泛型而非反射——反射代码难读、难测、易错，且性能开销明显。
最常被忽略的一点：多维切片各层容量可以不同，但一旦某层未显式 make，它就不是“空切片”（len=0, cap>0），而是 nil 切片（len=0, cap=0），二者对 append 的行为完全不同。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
