用 reflect.ValueOf(i).Type() 获取接口底层实际类型，而非 reflect.TypeOf(i)；对 nil 接口需先检查 IsValid()；用 Kind() 判断基础类别更可靠，Name() 仅适用于命名类型。
如何用 reflect.TypeOf 判断接口底层实际类型
接口变量本身只暴露方法集，不携带具体类型信息；要获取其背后的真实类型，必须用 reflect 包。直接对接口变量调用 reflect.TypeOf 得到的是接口类型（如 *interface{}），不是它装的值——必须先解包。
正确做法是传入接口变量的指针再 Elem()，或更常见的是：先用 reflect.ValueOf 获得 Value，再调用 Type()：
var i interface{} = "hello"
t := reflect.ValueOf(i).Type()
fmt.Println(t) // string
- 如果
i是nil接口，reflect.ValueOf(i)返回零值Value，调用Type()会 panic -
reflect.TypeOf(i)返回的是接口本身的类型描述（比如interface{}），不是内部值的类型 - 对结构体字段、map value 等嵌套值做类型检查时，需逐层
Field()或MapIndex()后再取Type()
用 reflect.Kind 区分基础类别比 Name() 更可靠
reflect.Type.Name() 只对命名类型（如 type MyInt int）返回非空字符串，对匿名类型（如 []string、map[int]bool）返回空；而 Kind() 始终返回底层分类（reflect.Slice、reflect.Map 等），适合做分支判断。
var i interface{} = []int{1, 2}
v := reflect.ValueOf(i)
switch v.Kind() {
case reflect.Slice:
fmt.Println("是切片")
case reflect.Map:
fmt.Println("是 map")
case reflect.Ptr:
fmt.Println("是指针")
}
-
Kind()不区分自定义类型和底层类型（type MySlice []int的Kind仍是reflect.Slice） - 需要精确匹配命名类型时，才用
Name()+PkgPath()组合判断，但要注意导出性（未导出类型PkgPath()为空） - 对指针类型，
Kind()返回reflect.Ptr，需调用Elem()才能拿到指向类型的Kind
类型断言失败时的两种 panic 风险场景
Go 中接口类型断言（i.(T)）失败会 panic，但并非所有情况都如此：只有当接口值为 nil 且目标类型 T 是非接口类型时，才 panic；若 T 是接口类型，nil 断言成功返回 nil 值。
立即学习“go语言免费学习笔记（深入）”；
var i interface{} = nil
s := i.(string) // panic: interface conversion: interface {} is nil, not string
r := i.((*os.File)) // panic: interface conversion: interface {} is nil, not *os.File
w := i.(io.Writer) // OK，w == nil，不 panic
- 安全写法永远用带 ok 的双值形式：
v, ok := i.(string) - 反射中对应的是
reflect.Value.Convert()和reflect.Value.Interface()：前者在不可转换时 panic，后者在Value为零值时返回nil接口 - 对不确定是否实现某接口的值，优先用
reflect.Value.Implements()检查，而非强行断言
为什么 reflect.ValueOf(&i).Elem() 有时比直接 reflect.ValueOf(i) 更必要
当接口变量本身是指针类型（如 var i interface{} = &someStruct），且你想修改它指向的值，就必须拿到可寻址的 Value。而 reflect.ValueOf(i) 返回的是不可寻址的副本；只有通过 &i 再 Elem() 才能得到原始指针的可寻址视图。
var i interface{} = &struct{ X int }{X: 42}
v := reflect.ValueOf(&i).Elem() // v 是 interface{} 类型的可寻址 Value
inner := v.Elem() // inner 是 *struct{X int} 指向的 struct 值
inner.FieldByName("X").SetInt(100)
fmt.Println(i) // &{100}
- 忘记加
&直接reflect.ValueOf(i).Elem()会导致 panic：“call of reflect.Value.Elem on interface Value” - 即使目标是读取，某些操作（如
CanAddr()、CanInterface()）也依赖是否可寻址 - 这种嵌套两层
Elem()的模式很常见：第一层解 interface{}，第二层解指针或接口值本身
nil 接口传给 ValueOf，后续所有 Interface()、Convert()、Call() 都可能静默失效或 panic，得靠 IsValid() 和 CanXXX() 方法层层守门。 
