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 判断有效性，再展开。
alfred-github-backup
下载
GitHub 仓库备份技能 - 将 OpenClaw 工作空间自动或手动备份至 GitHub 私有仓库。支持自动定时备份和手动交互式配置，引导完成 Token 配置、仓库创建、首次备份及定时任务设置。用途：(1) 首次设置 (2) 日常备份。
立即学习“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 就是把这对东西拆给你看。没理解这点，所有类型判断都会绕弯子。
