reflect.MakeSlice 必须传 len 和 cap，因其仅构造切片结构体 {ptr, len, cap} 而不分配数据内存；cap 不足会导致 reflect.Append 频繁扩容；动态类型需用 reflect.SliceOf(elemType)；map 值为 interface{} 时，小 map 用 reflect.MakeMap，大 map 可选 reflect.MakeMapWithSize 预分配。
reflect.MakeSlice 为什么必须传 len 和 cap？
因为 Go 的切片底层是结构体 {ptr, len, cap}，reflect.MakeSlice 不创建数据内存，只构造这个结构体。漏传 cap 或传错（比如 cap ），运行时 panic：<code>reflect: cannot make slice with negative capacity。
常见错误是直接把用户输入当 len 用，却没校验是否越界或负数：
slice := reflect.MakeSlice(reflect.SliceOf(t), userLen, userLen) // 错！userLen 可能为 -1
-
len和cap都必须 ≥ 0，且cap >= len - 如果后续要
reflect.Append，cap必须预留足够空间，否则每次追加都触发扩容（性能掉坑） - 动态类型未知时，用
reflect.SliceOf(elemType)构造切片类型，别硬写reflect.TypeOf([]int(nil))
Map 值为 interface{} 时，用 reflect.MakeMapWithSize 还是 reflect.MakeMap？
看场景：reflect.MakeMap 创建空 map（底层 hmap.data == nil），reflect.MakeMapWithSize 预分配桶数组。但注意：Go 1.21+ 对小 map（reflect.MapSetMapIndex 导致扩容。
容易踩的坑是以为 “预设 size 就不会扩容”，其实 map 扩容看负载因子（key 数 / bucket 数），不是看初始 size：
立即学习“go语言免费学习笔记（深入）”；
m := reflect.MakeMapWithSize(reflect.MapOf(keyT, valT), 100) // 即使这里设了 100，插入第 65 个 key 时仍可能扩容（取决于 keyT/valT 大小和哈希分布）
- 已知大概 key 数量且追求确定性行为 → 用
reflect.MakeMapWithSize - key 数量完全不可控，或只是临时中转 →
reflect.MakeMap更轻量 - value 是
interface{}时，valT必须是reflect.TypeOf((*interface{})(nil)).Elem()，不能直接用reflect.TypeOf(interface{}(nil))
反射构建嵌套结构：[]map[string][]int 怎么一层层 Make？
必须从最内层开始，逐级构造类型再调用对应 Make 函数。顺序错了就 panic：reflect: Call of reflect.Value.Interface on zero Value。
比如目标类型是 []map[string][]int：
elemType := reflect.SliceOf(reflect.TypeOf(0)) // []int
mapValueType := reflect.MapOf(reflect.TypeOf(""), elemType) // map[string][]int
sliceType := reflect.SliceOf(mapValueType) // []map[string][]int
v := reflect.MakeSlice(sliceType, 0, 8)
- 每一步都用
reflect.XxxOf(...)构建类型，别试图用reflect.ValueOf(...).Type()拿现成类型（容易漏指针、接口包装） - 中间某层是 map 时，记得先
reflect.MakeMap出一个值，再用reflect.Value.SetMapIndex塞进去，不能直接Set - 如果某层是 interface{}，需额外调用
reflect.ValueOf(x).Convert(targetType)转换，否则SetMapIndex报类型不匹配
reflect.Value.CanInterface() 为 false 时，怎么安全取值？
常见于未导出字段、非导出 struct、或通过 reflect.New 创建但未 .Elem() 的指针值。此时调用 .Interface() panic：reflect: call of reflect.Value.Interface on zero Value 或 on unexported field。
正确做法不是硬转，而是用对应 Get 方法（如 .Int()、.String()、.Float()）或 .UnsafeAddr()（慎用）：
v := reflect.ValueOf(struct{ x int }{x: 42}).FieldByName("x")
if !v.CanInterface() {
// 安全读取：v.Kind() == reflect.Int → v.Int() 返回 int64
num := v.Int() // 不 panic
}
-
CanInterface()为 false 时，.Interface()必 panic，别抱侥幸 - 基本类型（int/float/bool/string）优先用
.Xxx()方法取原生值 - 复杂类型（struct/map/slice）若需透出，得确保字段导出，或改用
json.Marshal等间接方式
反射构建容器最麻烦的从来不是语法，而是类型链路一环断掉——比如本该用 reflect.TypeOf(0).Kind() == reflect.Int 判断，却用了 reflect.ValueOf(0).Kind() 得到 int，再拿它去 reflect.SliceOf 就错成 slice of int（而非 slice of int 类型）。这种隐式类型 vs 值的混淆，调试时最难定位。
