本文详解为何通过 reflect 创建并经 json.unmarshal 填充的切片（类型为 interface{}）无法直接解引用或 range 遍历，并提供安全、类型安全的访问方案。
本文详解为何通过 reflect 创建并经 json.unmarshal 填充的切片（类型为 interface{}）无法直接解引用或 range 遍历，并提供安全、类型安全的访问方案。
在 Go 中，reflect 提供了强大的运行时类型操作能力，但其返回值多为 interface{} 类型——这是一个类型擦除后的通用容器，不携带具体底层类型信息，编译器无法据此生成合法的指针解引用（*x）或迭代操作（for range x）。这正是你遇到两个报错的根本原因：
- invalid indirect of typedSlice (type interface {})：typedSlice 是 interface{}，不是指针类型，不能加 *；
- cannot range over typedSlice (type interface {})：range 仅支持已知具体类型的数组、切片、映射等，不支持未断言的 interface{}。
虽然 fmt.Println(reflect.TypeOf(typedSlice)) 显示类似 *[]Demo，但这只是 reflect.TypeOf 对接口内值的动态类型检查结果，而非编译期类型；变量本身仍是 interface{}，必须通过类型断言（Type Assertion） 或 反射遍历（reflect.Value） 才能安全访问其内容。
✅ 正确做法一：使用类型断言（推荐，类型明确时）
假设目标结构体为 Demo，且已知 t = reflect.TypeOf(Demo{}).Type()，则可断言为 *[]Demo 并解引用：
// 断言为指向切片的指针，再解引用获取切片值
if ptr, ok := typedSlice.(*[]Demo); ok {
sliceVal := *ptr // 类型为 []Demo
for _, item := range sliceVal {
ret = append(ret, &item) // 注意：&item 是每次迭代的副本地址
}
} else {
panic("type assertion failed: expected *[]Demo")
}
⚠️ 注意：&item 在 range 中取的是循环变量副本的地址，若需原切片元素地址，请改用索引访问：
for i := range *ptr {
ret = append(ret, &(*ptr)[i]) // 获取原切片第 i 个元素的真实地址
}
✅ 正确做法二：全程使用 reflect.Value（泛型友好，无需硬编码类型）
避免类型断言，直接操作 reflect.Value，更契合 Unmarshal 函数的泛型设计意图：
// o 是 reflect.Value 类型（指向切片的指针）
elem := o.Elem() // 获取指针指向的切片 Value
for i := 0; i <p>此方式完全绕过 interface{} 的限制，利用 reflect.Value.Addr() 安全获取每个元素的地址（前提是 elem 可寻址），且不依赖具体结构体名称，真正实现“按传入 reflect.Type 动态处理”。</p><h3>? 关键总结</h3>
| 场景 | 错误写法 | 正确方案 |
|---|---|---|
| 解引用 typedSlice | *typedSlice | *typedSlice.(*[]T)（断言后解引用）或 o.Elem().Interface()（获取切片值） |
| range 遍历 | for _, v := range typedSlice | for i := 0; i |
| 获取元素地址 | &item（在 range 中） | elem.Index(i).Addr().Interface()（确保 elem 可寻址） |
最后提醒：json.Unmarshal 要求目标必须是可寻址的指针（如 *[]T），而 reflect.New(slice.Type()) 已满足该条件，因此 o 是安全的。务必避免对 interface{} 直接操作，始终通过断言或反射 API 桥接到具体类型。
