Golang反射判断变量类型的常见方法

go中判断变量类型应优先用reflect.kind()粗筛，再结合Name()和PkgPath()识别自定义类型；处理nil和接口需先用ValueOf验证有效性，避免panic；简单场景优先用类型断言而非反射。

Go 中判断变量类型不能靠“猜”，得靠 reflect 包一层层剥开看——但直接用 reflect.typeof 容易掉坑，尤其遇到 interface{}、nil 指针或自定义类型时。

用 Kind() 做第一层粗筛，别一上来就比名字

Kind() 返回的是底层基础分类（如 reflect.String、reflect.Slice），稳定且不依赖包路径或命名。它才是类型判断的“主干逻辑”起点。

• 所有切片，无论 []int 还是 []*User，t.Kind() == reflect.Slice 都为 true
• type MyInt int 的 Kind() 是 reflect.Int，不是 "MyInt"；想识别这个命名类型，得往后看 Name()
• 接口变量本身是 reflect.Interface，但它的动态值类型要从 reflect.Value 入口查，TypeOf 会直接返回动态值的类型（若非 nil）

用 Name() 和 PkgPath() 精准识别自定义类型

当你要确认一个变量是不是某个特定结构体、别名类型（比如 type UserID int），仅靠 Kind() 不够——必须组合 Name() 和 PkgPath()。

• t.Name() 只对导出的命名类型非空（Struct{}、[]byte 等匿名类型返回空字符串）
• t.PkgPath() 是包路径，比如 "github.com/myorg/model"，和 Name() 一起才能唯一标识一个类型
• 安全写法：

  if t.Name() != "" && t.PkgPath() == "github.com/myorg/model" && t.Name() == "User" { ... }

处理 nil 和接口值：先用 ValueOf 探路，再取 Type

reflect.TypeOf(nil) 会 panic；reflect.TypeOf((*int)(nil)) 也会 panic。正确姿势是先用 reflect.ValueOf 判断有效性，再展开。

立即学习“go语言免费学习笔记（深入）”；

• v := reflect.ValueOf(x); if !v.IsValid() { /* x 是 nil 接口或未初始化 */ }
• 指针要解包：

  if v.Kind() == reflect.Ptr && !v.IsNil() { elemType := v.Elem().Type() }

• 接口值想看“里面装了啥”：v.Elem().Type()（前提是 v.Kind() == reflect.Interface && v.Elem().IsValid()）

类型断言 vs reflect：别为了简单场景硬上反射

如果你只判断几种已知类型（比如处理 http 请求参数），switch v := x.(type) 更快、更安全、更直观。

• reflect 是为泛型缺失时代设计的通用机制，有明显性能开销（约慢 10–100 倍），且代码可读性差
• 只有当你需要遍历未知结构体字段、自动绑定 jsON、实现 ORM 映射、或写工具链（如代码生成器）时，才值得用 reflect
• 常见误用：在热路径里反复调用 reflect.TypeOf ——应缓存 reflect.Type 实例，避免重复解析

最常被忽略的一点：反射看到的永远是“运行时实际值的类型”，而不是变量声明时的静态类型；而 Go 的接口变量内部始终存着 (value, concrete type) 对——reflect 就是把这对东西拆给你看。没理解这点，所有类型判断都会绕弯子。