需用 reflect.Value 的 Len() 和 Index() 遍历切片，先校验 Kind() == reflect.Slice，再通过 Index(i).Interface() 获取值，但须确保元素可导出，否则 panic。
用 reflect.Value 代替 range 遍历切片
Go 的 range 无法直接遍历 reflect.Value 类型的切片，必须先确认它是切片类型，再用反射方法逐项取值。直接对 reflect.Value 做 range 会编译失败或 panic。
- 先调用
v.Kind() == reflect.Slice校验类型，避免对非切片误操作 - 用
v.Len()获取长度，v.Index(i)取第i个元素的reflect.Value - 若需原始值，调用
v.Index(i).Interface()；但注意：该操作有运行时开销，且要求元素可导出（否则 panic） - 如果切片元素是未导出字段（如结构体私有字段），
Interface()会 panic，此时应改用UnsafeAddr()或提前检查v.CanInterface()
sliceVal := reflect.ValueOf([]int{10, 20, 30})
if sliceVal.Kind() != reflect.Slice {
panic("not a slice")
}
for i := 0; i < sliceVal.Len(); i++ {
item := sliceVal.Index(i)
fmt.Println(item.Int()) // 安全：已知是 int
}
遍历未知类型切片时怎么取值？
当切片类型在运行时才确定（比如 ORM 解析 JSON 数组），不能硬写 .Int() 或 .String() —— 必须根据元素的 reflect.Kind 分支处理。
-
v.Index(i).Kind()返回底层基本类型（reflect.Int、reflect.String、reflect.Struct等） - 对
reflect.Interface类型，需额外调用.Elem()才能继续取值 - 对指针元素（如
[]*string），v.Index(i)返回的是reflect.Ptr，得用.Elem()解引用后才能读值 - 遇到
reflect.Invalid（如 nil 元素），应跳过或报错，否则.Interface()panic
v := reflect.ValueOf([]interface{}{"a", 42, true})
for i := 0; i < v.Len(); i++ {
item := v.Index(i)
switch item.Kind() {
case reflect.String:
fmt.Println("string:", item.String())
case reflect.Int:
fmt.Println("int:", item.Int())
case reflect.Bool:
fmt.Println("bool:", item.Bool())
}
}
为什么不能直接 range reflect.Value？
因为 reflect.Value 是一个结构体类型，不是语言内置的集合类型；range 关键字只支持数组、切片、map、字符串、channel 这五种原生类型，不接受任意接口或结构体。
- 常见错误：
for _, x := range someReflectValue→ 编译报错：cannot range over someReflectValue (type reflect.Value) - 误以为
someReflectValue是切片本身，其实它只是“切片的反射描述”，行为上更像一个带元数据的句柄 - 即使
someReflectValue.Kind() == reflect.Slice，也必须显式调用.Len()和.Index()模拟遍历逻辑 - 没有反射版的 “range” 语法糖，这是 Go 反射设计的明确边界：运行时能力 ≠ 编译时语法扩展
性能和安全边界要注意什么？
反射遍历比原生 range 慢 5–10 倍以上，且容易因类型不匹配或 nil 值崩溃；它只应在“类型真不确定”的场景使用，而非替代常规遍历。
- 避免在热路径（如 HTTP handler 内部循环）中反复调用
reflect.ValueOf()—— 提前缓存reflect.Type和reflect.Value -
v.Index(i)越界会 panic，务必确保i ；而原生range天然安全 - 若切片底层数组被其他 goroutine 修改，反射遍历无并发保护，需自行加锁或复制（
reflect.Copy()） - 对空切片（
nil或len==0）都要检查：v.IsValid()和v.Len()都要前置判断，否则v.Index(0)panic
真正难的不是“怎么写反射遍历”，而是判断“是否真的需要它”——90% 的所谓“动态类型”需求，用 []interface{} + 类型开关就能解决；只有当元素类型连 interface{} 都无法承载（比如泛型约束外的自定义类型集合），才值得动用反射。
