kind() 返回go底层类型分类（如reflect.Struct、reflect.Slice），用于安全判断类型本质，需配合Elem()、IsValid()等处理指针和接口，避免panic。
怎么用 Kind() 判断基础类型类别
Kind() 是反射中做类型分支的第一道安全闸门，它返回的是 Go 底层类型分类（比如 reflect.Struct、reflect.Slice、reflect.map），不关心是否命名、是否是指针、有没有 tag —— 只管“它本质上是什么”。
- 直接对
reflect.typeof(v).Kind()做 switch 或 == 判断，比比较Type更轻量、更鲁棒 - 例如：
reflect.TypeOf([]int{}).Kind() == reflect.Slice为 true，reflect.TypeOf(map[String]int{}).Kind() == reflect.Map也为 true - 别用
Name()替代Kind()：匿名类型（如[]string）的Name()返回空字符串，但Kind()依然准确返回reflect.Slice
为什么指针、接口、nil 容易让 Kind() 判断失效
不是 Kind() 不准，而是你没剥开包装层。传入结构体指针时，Kind() 返回 reflect.Ptr，不是 reflect.Struct；传入 Interface{} 时，TypeOf 直接返回其动态值的类型（若非 nil），但若里面是 nil 接口，ValueOf 会 panic。
- 处理指针：先判断
t.Kind() == reflect.Ptr，再用t.Elem()获取指向类型，再查Kind() - 处理接口：必须先确认
reflect.Value是否有效（v.IsValid()），且是接口类型（v.Kind() == reflect.Interface），再用v.Elem().Type().Kind() - nil 指针本身
IsValid()为 true，但调v.Elem()会 panic —— 所以Elem()前务必加!v.IsNil()判断
Kind() 和 Name() 配合识别自定义类型
只靠 Kind() 能知道“是不是结构体”，但无法区分 Person 和 User —— 这时候要组合 Name() 和 PkgPath()。
-
t.Name()对匿名类型（如struct{X int}）返回空字符串，仅对命名类型（type Person struct{...}）返回"Person" -
t.PkgPath()返回定义该类型的包路径，比如"github.com/myorg/model"，和Name()一起才能唯一标识一个类型 - 简单场景（如 http 参数绑定）优先用类型断言：
switch v := x.(type) { case Person: ... }，更快更安全
哪些场景不该用 Kind()，或者得缓存 Type
Kind() 本身很快，但 reflect.TypeOf() 解析类型信息有开销 —— 尤其在热路径（如中间件、序列化循环）里反复调用，性能明显下降。
立即学习“go语言免费学习笔记（深入）”；
- 高频判断逻辑（如 jsON 自动绑定、ORM 字段映射）应缓存
reflect.Type实例，避免重复解析 - 如果只是判断几个已知类型（比如只处理
string/int/map[string]interface{}），类型断言或直接比较reflect.TypeOf(x)更直观 - 框架或工具链代码（如代码生成器、泛型约束辅助）才值得依赖
Kind()做通用类型推导
最常被忽略的一点：类型判断不是目的，而是为了后续操作 —— 比如取字段、遍历元素、解引用。而这些操作是否合法，全取决于 Kind() 返回值是否匹配对应方法（NumField() 只对 Struct 有效，len() 只对 Slice/Map/Array 有效）。没校验就调，panic 就在下一秒。