要获取切片或数组的元素类型，需先用 reflect.TypeOf 得到其类型对象，再调用 .Elem() 方法；若直接使用 reflect.TypeOf 仅得容器类型（如 []int），必须通过 Kind 判断后调用 Elem() 才能获得元素类型（如 int）。
如何用 reflect.TypeOf 获取切片或数组的元素类型
直接调用 reflect.TypeOf 得到的是切片或数组本身的类型（如 []int 或 [3]string），不是其元素类型。要拿到元素类型，必须先取其 Elem() —— 这是关键一步，跳过它就只能看到容器类型。
常见错误是写成：
reflect.TypeOf([]int{1,2,3}) // 返回 *reflect.SliceType，类型名是 "[]int"
这没告诉你里面存的是 int。正确路径是：
- 对任意值调用
reflect.TypeOf(v) - 检查返回值是否为切片或数组：用
.Kind() == reflect.Slice || .Kind() == reflect.Array - 调用
.Elem()获取元素类型对象
区分 slice 和 array 的 Elem() 行为差异
reflect.Type.Elem() 对两者都可用，但语义一致：返回“被包含的类型”。不过要注意底层实现差异带来的边界情况：
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
[]string的.Elem()是string类型对象 -
[5]int的.Elem()也是int类型对象 - 但空数组
[0]struct{}或零长切片[]byte同样能正常调用.Elem()，不 panic - 如果对非复合类型（如
int）误调.Elem()，会 panic："reflect: Type.Elem of int"
实际使用中常漏掉的非空校验和 Kind 判断
很多代码直接链式调用 reflect.TypeOf(x).Elem().Name()，一旦 x 是基础类型、指针、map 等，就会 panic。安全做法是分步判断：
typ := reflect.TypeOf(v)
if typ.Kind() == reflect.Slice || typ.Kind() == reflect.Array {
elemTyp := typ.Elem()
fmt.Println("元素类型名：", elemTyp.Name())
fmt.Println("元素完整类型字符串：", elemTyp.String())
} else {
fmt.Println("不是切片或数组，无法获取元素类型")
}
注意：.Name() 对匿名类型（如 []struct{}）返回空字符串，此时应改用 .String()。
为什么不能用 reflect.ValueOf(x).Type().Elem()？
可以，但没必要绕一圈。因为 reflect.ValueOf(x).Type() 就等价于 reflect.TypeOf(x)。更严重的问题是：如果 x 是 nil 切片（如 var s []int），reflect.ValueOf(s) 会返回一个 Kind == reflect.Slice 但 IsValid() == false 的 Value；此时调用 .Type() 仍合法，但后续操作容易混淆。
稳妥起见，优先用 reflect.TypeOf 处理类型推导，仅在需要读取/修改值时才用 ValueOf。
元素类型反射本身不涉及运行时开销，但频繁调用 reflect.TypeOf 在 hot path 中可能影响性能；若类型固定，建议缓存 reflect.Type 对象。
