正确获取切片/数组长度需先用kind()判断类型，对指针解引用再调len()；空切片Len()安全返回0，Index()需手动边界检查；遍历前确认字段导出、非nil且为Struct类型；避免循环内重复ValueOf。
如何用 reflect.ValueOf 正确获取切片/数组长度和元素
反射访问切片或数组前，必须先确认值是否为可寻址且非 nil。直接对 nil 切片调用 Len() 会 panic；对指针类型未解引用也会导致 Len() 返回 0 或 panic。
- 先用
v.Kind() == reflect.Slice || v.Kind() == reflect.Array做类型判断，别只靠interface()断言 - 若原始变量是指针（如
*[]int），需先调用v.Elem()解引用，否则Len()不可用 - 对空切片（
[]int(nil)）调用v.Len()是安全的，返回 0；但v.Index(0)会 panic
reflect.Value.Index(i) 遍历时的边界与 panic 风险
反射索引访问不自动做越界检查——它只在 i >= v.Len() 时 panic，但不会检查负数索引是否合法（负数直接 panic）。这和原生切片行为一致，但容易在动态计算下出错。
- 遍历前务必用
v.Len()获取真实长度，不要依赖v.cap()（对数组无效，对切片可能大于长度） - 避免写
for i := 0; i —— 多一次迭代必然 panic - 若需安全取元素，可封装辅助函数：
func safeIndex(v reflect.Value, i int) (reflect.Value, bool) { if i < 0 || i >= v.Len() { return reflect.Value{}, false } return v.Index(i), true }
遍历嵌套结构体字段中的切片时，reflect.Value 类型链容易断裂
当从结构体字段取到一个切片字段（如 user.Orders []Order），再对其元素做反射操作时，每一步都可能返回不可寻址或不可设置的 Value，尤其在字段是 unexported（小写开头）时。
- 结构体字段必须是 exported（大写开头），否则
v.FieldByName("Orders")返回零值，Len()为 0 且无法继续 - 字段值本身可能是 nil 指针（如
*[]string），此时要先v.FieldByName("Orders").Elem()再判空 - 对切片元素调用
FieldByName前，确保该元素是 struct 类型：用elem.Kind() == reflect.Struct先过滤
性能敏感场景下，避免在循环内重复调用 reflect.TypeOf 或 reflect.ValueOf
反射开销集中在类型检查与动态调度上。reflect.ValueOf(x) 在循环中反复调用，等于每次重新包装接口，比复用已有 reflect.Value 慢 3–5 倍（实测 go 1.21）。
立即学习“go语言免费学习笔记（深入）”；
- 把
reflect.ValueOf(slice)提到循环外；若需多次遍历，复用该Value实例 - 避免在 hot path 中用
reflect.Value.Interface()转回 interface{} 再断言——这会触发额外内存分配 - 纯遍历读取场景，考虑用
unsafe+reflect.SliceHeader替代（仅限已知底层数组且无 GC 压力时）
实际反射遍历最常卡在类型误判和 nil 解引用上，不是语法写不对，而是没想清楚原始值在反射树里到底落在哪一层。