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 判断有效性，再展开。
十天学会易语言图解教程用图解的方式对易语言的使用方法和操作技巧作了生动、系统的讲解。需要的朋友们可以下载看看吧！全书分十章，分十天讲完。 第一章是介绍易语言的安装，以及运行后的界面。同时介绍一个非常简单的小程序，以帮助用户入门学习。最后介绍编程的输入方法，以及一些初学者会遇到的常见问题。第二章将接触一些具体的问题，如怎样编写一个1+2等于几的程序，并了解变量的概念，变量的有效范围，数据类型等知识。其后，您将跟着本书，编写一个自己的MP3播放器，认识窗口、按钮、编辑框三个常用组件。以认识命令及事件子程序。第
立即学习“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 就是把这对东西拆给你看。没理解这点，所有类型判断都会绕弯子。
