用 reflect.Kind 可区分基础类型（如 int、string）和复合类型（如 struct、slice、map），它只看底层形态，不关心命名；自定义类型 Kind 与其底层一致，需 Type() 获取名称和包路径。
怎么用 reflect.Kind 区分基础类型和复合类型
reflect.Kind 表示底层类型的分类，比如 int、struct、slice，它不关心具体是哪个命名类型（如 type UserID int），只看“长得像什么”。这是做动态分支判断最常用的依据。
- 对
int、string、bool等，Kind()返回对应基础种类，不是reflect.Int就是reflect.String - 对自定义类型（如
type Status string），Kind()仍是reflect.String，但Type().Name()才是"Status" - 对指针、切片、映射等，
Kind()返回reflect.Ptr、reflect.Slice、reflect.Map，而不是其元素类型
val := reflect.ValueOf([]int{1, 2})
fmt.Println(val.Kind()) // slice
fmt.Println(val.Type().Elem()) // int
什么时候该用 reflect.Type 而不是 reflect.Kind
当你需要识别「命名类型」或做类型精确匹配时，必须用 Type。比如序列化时保留结构体字段名、校验是否为某个特定 type MyError struct{}、或实现泛型替代逻辑。
-
Type.Name()只对具名类型（包级定义）返回非空字符串；匿名结构体、函数、内联切片返回空 -
Type.PkgPath()判断是否来自当前包，避免误匹配同名但不同包的类型 - 比较两个类型是否完全一致，用
t1 == t2（reflect.Type是可比较的接口），别用==比较Kind
var u UserID t := reflect.TypeOf(u) fmt.Println(t.Name(), t.PkgPath()) // "UserID" "your/package"
为什么 reflect.Value.Interface() 常 panic，怎么安全调用
这个方法只对可导出（首字母大写）字段、非空接口值、以及未被 reflect.ValueOf(nil) 初始化的值才安全。最常见 panic 是 “call of reflect.Value.Interface on zero Value” 或 “cannot interface with unexported field”。
- 先用
v.IsValid()排除零值（比如reflect.Value{}或 nil 指针解引用） - 再用
v.CanInterface()确保能转成 interface{}（例如结构体字段未导出时返回 false） - 对指针类型，别直接
v.Interface()，应先v.Elem()再判有效性
v := reflect.ValueOf(&struct{ name string }{"alice"})
if v.IsValid() && v.CanInterface() {
fmt.Println(v.Interface()) // panic: unexported field
}
// 正确做法：解引用后取字段需单独检查
v = v.Elem().FieldByName("name")
if v.IsValid() && v.CanInterface() {
fmt.Println(v.Interface()) // 不会 panic
}
嵌套结构体和接口值的 Kind 判断容易漏掉哪一层
结构体字段可能是指针、接口或嵌套结构体，Kind() 只反映当前层级，不会自动展开。比如 interface{} 存了 *User，它的 Kind 是 reflect.Interface，不是 reflect.Ptr —— 必须先 v.Elem() 或 v.Interface() 后再重新反射。
立即学习“go语言免费学习笔记（深入）”；
- 遇到
reflect.Interface，先用v.Elem()获取内部值，再检查是否有效 - 遇到
reflect.Ptr，记得v.Elem()前先v.IsValid() && !v.IsNil() - 递归遍历时，别只看顶层
Kind，要逐层Elem()/Interface()/Index()后再重新取Kind
最常被忽略的是：接口值本身是 reflect.Interface，但它装的东西可能是任意 Kind，这层跳转必须手动做，reflect 不会替你“穿透”。
