用 Kind() 判断：reflect.Struct 表示结构体，reflect.Ptr 表示指针；它不依赖包路径、别名或嵌套层级，且对 nil 指针安全，而 Type 相等或字符串匹配易在跨包、别名等场景失效。
怎么判断一个变量是结构体还是指针？用 Kind() 就够了
直接看 reflect.TypeOf(v).Kind() 的返回值：reflect.Struct 表示它底层是个结构体，reflect.Ptr 表示它是个指针——不管指什么、是不是 nil、有没有嵌套多层，这个判断都成立。
常见错误现象：有人用 reflect.TypeOf(v).Name() == "User" 或字符串匹配 "*User" 来判断指针，这在跨包、类型别名、匿名结构体场景下必然失败；还有人漏掉对 nil 接口的防护，一调 .Kind() 就 panic。
-
reflect.TypeOf(&u).Kind() == reflect.Ptr→ ✅ 安全可靠，nil 指针也 OK -
reflect.TypeOf(u).Kind() == reflect.Struct→ ✅ 只要 u 是 struct 实例（非指针）就成立 - 如果传入的是
interface{}且可能为 nil，务必先用reflect.ValueOf(v).IsValid()守护
为什么不能靠 Type 相等来区分指针和结构体？
reflect.Type 描述的是完整类型签名，含包路径、定义位置、字段细节；而 Kind 只回答“它在内存里长什么样”。比如 *main.User 和 *other.User 的 Type 绝对不等，但 Kind() 都是 reflect.Ptr；同理，type MyInt int 和 int 的 Type 不同，Kind() 却都是 reflect.Int。
使用场景：你要做泛型适配、类型路由、ORM 字段扫描时，真正关心的是“能不能调 Elem()”“有没有 NumField()”，这些能力由 Kind 决定，不是 Type。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 想解引用？只看
t.Kind() == reflect.Ptr，再调t.Elem() - 想遍历字段？只看
t.Kind() == reflect.Struct，再调t.NumField() - 想写通用函数处理
*T和T？必须先用Kind()分流，再按需Elem()
多层级嵌套时，Kind() 怎么一层层剥？
Go 的类型系统是树状的，Kind 就是每层节点的“标签”。比如 **[]map[string][]int，从外到内 Kind() 依次是：reflect.Ptr → reflect.Ptr → reflect.Slice → reflect.Map → reflect.String → reflect.Slice → reflect.Int。你不需要预设层数，而是循环检查 + 解引用。
实操建议：写递归或 for 循环处理时，每次只处理当前层，用 Kind() 做分支，该 Elem() 就 Elem()，该 Key()/Elem() 就取键/值类型，不要试图一步到位猜完整类型。
- 对指针：先
if t.Kind() == reflect.Ptr { t = t.Elem() }，再继续判断 - 对接口：先
if t.Kind() == reflect.Interface { t = t.Elem() }（注意Elem()在 interface 上返回其动态类型） - 对 slice/map/chan：同样用
Elem()获取元素类型，不是子类型
容易被忽略的坑：nil 指针、未导出字段、接口包装
最常掉进的坑不是逻辑错，而是没处理边界态。比如 var p *User 为 nil 时，reflect.TypeOf(p).Kind() 仍是 reflect.Ptr，但 reflect.ValueOf(p).Elem() 会 panic；又比如 interface{} 包着一个 struct，但没导出字段，Value.Field(i).CanSet() 返回 false，却还硬去 Set() —— 这些都不会报编译错误，运行时才崩。
- 解引用前必加
if v.Kind() == reflect.Ptr && !v.IsNil() - 操作字段前必查
v.CanAddr() && v.CanSet()，尤其在反射注入、配置绑定场景 - 接收到
interface{}参数时，第一行应是v := reflect.ValueOf(x); if !v.IsValid() { return }
复杂点永远在类型流转的交接处：interface{} → reflect.Value → Elem() → Field() → Set()。每一步都可能断，而 Kind() 是唯一能稳住判断基准的锚点。
