reflect.typeof 可获取变量类型，其 PkgPath() 返回定义类型的包导入路径（非导出类型或跨模块时有效），Name() 仅对命名类型非空，String() 不稳定，应缓存 Type 实例以提升性能。
如何用 reflect.TypeOf 获取变量的完整包路径
go 的反射无法直接“获取包路径”，但可以通过 reflect.Type 的 PkgPath() 方法拿到定义该类型的**包导入路径**（注意：不是当前文件所在路径，也不是 go.mod 中的 module path）。这个值在类型是**非导出（小写开头）** 或来自其他模块时尤其关键。
常见误区是以为 PkgPath() 总会返回非空字符串——其实对内置类型（如 int、string）、预声明类型或当前包中导出类型（大写开头），它返回空字符串 ""。
-
PkgPath()返回空，不代表类型没包路径；只是 Go 认为它“属于当前编译单元”或“无需显式导入” - 若类型来自
github.com/user/lib且是导出的（如lib.Config），PkgPath()返回"github.com/user/lib" - 若类型是
lib.unexportedType（小写开头），PkgPath()同样返回"github.com/user/lib"，这是唯一能识别其来源的方式 - 跨 module 时（如 v2 版本），
PkgPath()包含完整版本路径，例如"github.com/user/lib/v2"
reflect.ValueOf(x).Type() 和 reflect.TypeOf(x) 有区别吗
没有本质区别：reflect.TypeOf(x) 内部就是调用 reflect.ValueOf(x).Type()。但要注意参数求值时机和 nil 安全性。
真正影响行为的是传入值本身是否为 Interface{}，以及是否为 nil 指针：
立即学习“go语言免费学习笔记（深入）”；
- 对 nil 接口值（
var x interface{}），reflect.TypeOf(x)返回nil，不是 panic - 对 nil 指针（
*T(nil)），reflect.TypeOf正常返回*T类型；但reflect.ValueOf得到的Value调用Elem()会 panic - 如果想安全获取底层真实类型（比如解包指针/接口），得链式调用：
t := reflect.TypeOf(x).Elem()（仅当确定是 ptr/interface）
var s *string t1 := reflect.TypeOf(s) // *string t2 := reflect.TypeOf(s).Elem() // string —— 安全，因为 s 是 *string 类型，非 nil 值也可取 Elem() v := reflect.ValueOf(s) if v.IsValid() && v.Kind() == reflect.Ptr { t3 := v.Elem().Type() // 同样得到 string，但需先检查 IsValid 和 Kind } 为什么 reflect.Type.Name() 有时返回空字符串
Name() 只对**命名类型（named type）** 返回非空值，即源码中用 type T int 这种方式定义的类型。匿名类型（如 Struct{X int}、[]string、func(int) bool）的 Name() 恒为 ""。
这时候必须依赖 String() 或组合 PkgPath() + Name() 判断唯一性：
-
type MyInt int→Name() == "MyInt"，PkgPath() == "mymodule" -
type _ struct{X int}（匿名结构体）→Name() == ""，但String() == "struct { X int }" - 同一个包里两个相同结构的匿名 struct，
reflect.Type对象不相等（==比较返回 false），即使String()一样
生产环境慎用 reflect.Type.String() 做类型判断
String() 返回的是 Go 语法风格的类型描述，看似直观，但极易因格式变化（如空格、括号换行）或内部实现调整而失效。它不是稳定 API，也不适合用于 switch 或 map key。
真正可靠的类型识别方式只有两种：
- 用
==直接比较reflect.Type值（同一类型，无论来自哪） - 用
reflect.Value.Convert()或reflect.Value.Interface()配合类型断言（v.Interface().(MyType)） - 若必须字符串化，用
PkgPath() + "." + Name()（仅对命名类型有效），并确保Name() != ""
最易被忽略的一点：反射对象本身有内存开销，且 reflect.Type 在运行时是单例，但频繁调用 reflect.TypeOf 仍会触发类型查找逻辑——建议对高频路径缓存 reflect.Type 实例，而不是每次都重新获取。