reflect.Kind 返回底层基础类型（如 int、slice），用于运行时动态判断类型类别；需先调 IsValid() 防 panic，适合统一处理数值型、slice 等，但不区分自定义类型名，也不保证操作能力。
怎么用 reflect.Kind 判断底层类型？
Go 的反射里，reflect.Kind 不是看变量声明类型，而是看它「底层是什么」。比如 type MyInt int，reflect.TypeOf(MyInt(0)).Kind() 返回的是 reflect.Int，不是 MyInt —— 这点和 reflect.Type.Name() 完全不同。
-
Kind()适合做通用类型分支：比如统一处理所有数值型、所有 slice、所有指针 - 想区分自定义类型名（如
MyIntvsint），得用Type.Name()或Type.String() - 注意
nil指针的Kind是Ptr，不是Invalid；只有空reflect.Value才是Invalid
reflect.Value.Kind() 常见误判场景
最常踩的坑是没先检查 IsValid() 或 CanInterface()，直接调 Kind() 就 panic。
- 传入
nil接口值（比如var v interface{}未赋值），reflect.ValueOf(v)得到的是InvalidKind，此时调Kind()不 panic，但后续取值会崩 - 对未导出字段（小写开头）用
reflect.Value.Field(i)后，Kind()能读，但Interface()会 panic —— 和 Kind 无关，是可访问性问题 - map/slice/channel 类型如果本身为
nil，Kind()仍是对应类型（Map/Slice/Chan），但Len()或MapKeys()会 panic
什么时候该用 Kind，而不是类型断言？
类型断言（v.(T)）只适用于已知具体类型的场景；Kind 是运行时动态识别，适合泛型还没覆盖到的地方（比如 Go 1.18 之前写通用 JSON 解析器）。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 需要统一处理所有整数（
int/int32/uint64等）→ 查Kind() == reflect.Int || Kind() == reflect.Int32 || ... - 要递归遍历任意结构体字段 → 先
Kind() == reflect.Struct，再NumField() - 判断是否为切片并取元素 → 先
Kind() == reflect.Slice，再Index(0)，否则对非 slice 调Index直接 panic
Kind 和 Type 的性能与兼容性差异
reflect.Kind 是个 int 常量，比较快；reflect.Type 是接口，背后有更多元数据，比对或缓存成本略高。
立即学习“go语言免费学习笔记（深入）”；
- 高频路径（如序列化内部循环）优先用
Kind()分支，避免反复调Type().Name() - 跨包传递
reflect.Type是安全的，但Kind只是枚举值，不能反推原始类型（比如两个不同包的type A int都返回Int） - Go 1.21+ 对
reflect.Kind枚举值没做兼容性承诺，但实际极少变动；真正稳定的是它的整数值含义（文档明确写了Int = 2这类）
真正容易被忽略的是：同一个 Kind 下，Value 的可操作性可能天差地别 —— 比如 reflect.String 和 reflect.Slice 都能 Len()，但前者不可改，后者在可寻址时才能 SetIndex()。Kind 只告诉你“像什么”，不保证“能干什么”。
