go中3int不能直接转为[][]int，必须逐行用ai转换并手动构造外层切片，因二者底层内存结构不同且类型系统严格区分。
[3][4]int 类型的多维数组不能直接传给期望 []int 或 [][]int 的函数——Go 会报类型不匹配错误，比如 cannot use a (type [3][4]int) as type [][]int in argument。必须明确选择“数组的数组”还是“切片的切片”，并按对应方式传参。
传递固定尺寸多维数组时，必须用指针或显式类型签名
Go 中 [2][3]int 和 [3][2]int 是完全不同的类型，且值传递会拷贝全部数据（比如一个 [100][100]int 拷贝 80KB）。常见错误是直接写 func f(a [][]int) 却传入 [2][3]int，编译直接失败。
- 若确定尺寸固定且不常变，定义函数接收具体数组类型：
func processGrid(a [2][3]int) - 若想避免拷贝，传指针：
func processGrid(a *[2][3]int)，内部用(*a)[i][j]访问 - 不要试图把
[2][3]int强转成[][]int——语法不合法，运行时也不支持
用切片的切片替代时，需手动构造，不能自动转换
[][]int 是动态结构，每行长度可不同；而 [2][3]int 是连续内存块。两者底层完全不同，Go 不提供隐式转换。
- 从数组构造切片的切片要逐行转换：
rows := make([][]int, 2); for i := range rows { rows[i] = a[i][:] } - 注意：
a[i][:]得到的是第i行的切片视图，共享原数组底层数组；但整个[][]int结构本身是新分配的 - 如果原数组生命周期短，而切片需长期持有数据，应做深拷贝：
rows[i] = append([]int(nil), a[i][:]...)
函数内修改行为差异极大，取决于你传的是什么
传 [2][3]int 还是 *[2][3]int 还是 [][]int，直接决定修改是否生效、影响范围在哪。
- 传值
[2][3]int：函数内改任何元素，原数组不变 - 传指针
*[2][3]int：可安全修改原数组所有元素 - 传
[][]int：修改某行某列会影响原底层数组（如果来自数组切片），但append某行可能触发扩容、脱离原内存 - 传
[][]int且某行扩容后又修改，原数组不受影响——这是最易被忽略的隐性断裂点
性能与场景取舍：别为灵活性牺牲确定性
小尺寸、固定布局（如棋盘、像素矩阵）优先用 [N][M]T；频繁增删行/列、尺寸不一（如稀疏表格、树形展开）才用 [][]T。
-
[10][10]float64传参开销 ≈ 800 字节拷贝；[][]float64构造开销 ≈ 分配 10 个头 + 10 次小 slice 分配 - 热路径中反复调用函数，
*[N][M]T比[][]T更快（无指针跳转、无边界检查冗余） - 如果函数逻辑只读，且尺寸固定，
[N][M]T是最简洁、最不易出错的选择
[][]int 就能自由 append，结果某次扩容让修改失效；或者以为 [3][3]int 能当 [][]int 用，卡在编译期。类型不是装饰，是 Go 运行时行为的契约。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
