最稳的第一步是用 reflect.ValueOf(v).Kind() 判断基础类型类别，它返回底层类型分类（如 reflect.Struct、reflect.Slice），不受指针、别名或嵌套影响；但需先用 v.IsValid() 检查 nil 值以防 panic。
用 reflect.ValueOf(v).Kind() 判断基础类型类别
这是最稳、最常用的第一步：不管变量是指针、接口还是嵌套结构，Kind() 返回的是 Go 底层类型分类（如 reflect.Struct、reflect.Slice、reflect.Map），不受命名、别名、指针层级干扰。
- 对
var m map[string]int和var m *map[string]int，先调v := reflect.ValueOf(m); v = v.Elem()解指针（若需），再查v.Kind() == reflect.Map -
nil的 map/slice/interface{} 变量，reflect.ValueOf(nil).Kind()会 panic —— 必须先用v.IsValid()检查 - 匿名类型（如
[]byte、map[int]string）的Name()为空，不能靠它识别类别；Kind()才是唯一可靠依据
区分自定义类型和别名类型必须组合 Name() 和 PkgPath()
仅靠 Kind() 无法分辨 type UserID int 和原生 int，也无法确认一个 struct 是不是你项目里的 model.User。
- 判断是否为某个命名类型：用
t := reflect.TypeOf(v); t.Name() == "UserID" && t.PkgPath() == "github.com/myorg/model" -
PkgPath()对非导出类型（小写包路径或空）返回空字符串，此时即使Name()匹配也不代表是同一类型 - 接口值内部装了啥？得走
v.Kind() == reflect.Interface && v.Elem().IsValid()，再查v.Elem().Type().Name()
类型断言比反射快且安全，只在必要时才用 reflect
如果你只是处理几种已知类型（比如 HTTP handler 中解析 query 参数），switch v := x.(type) 是首选——它不 panic、无性能损耗、编译期可检错。
- 热路径（如高频 JSON 解析、中间件参数绑定）反复调
reflect.TypeOf()会显著拖慢吞吐，应缓存reflect.Type实例 - 反射适合场景：遍历未知 struct 字段、实现 ORM 映射、写代码生成器、自动绑定表单数据
- 想检查是否实现了某个接口？优先用
v.Interface().(YourInterface)断言；纯反射方式（t.Implements(ifaceType)）要求接口类型导出且传参必须是(*YourInterface)(nil)
修改值必须传指针，且未导出字段不可写
reflect.Value 能读几乎所有字段，但写入有严格限制：不仅得传指针，还要求字段名首字母大写（导出）。
立即学习“go语言免费学习笔记（深入）”；
- 错误示范：
reflect.ValueOf(someStruct).FieldByName("id").SetInt(123)→ panic: cannot set unexported field - 正确写法：
reflect.ValueOf(&someStruct).Elem().FieldByName("ID").SetInt(123)，且ID必须是大写 - 对 interface{} 值做修改前，务必确认
v.CanSet() == true，否则 runtime panic 不可避免
真正容易被忽略的点是：reflect.ValueOf(nil) 直接 panic，而 reflect.ValueOf(&nil).Elem() 也不是万能解药——它返回的 Value 仍可能 !IsValid()。每次进反射逻辑前，先问自己一句：这个变量到底有没有值？
