reflect.typeof 必须接收 interface{} 参数，因为它直接读取空接口 runtime.eface 中的 _type 字段获取类型元数据，而非推断类型；传入具体类型时编译器会自动装箱为临时 interface{}，而 nil 因无 _type 指针导致返回 nil。
reflect.TypeOf 为什么必须接收 interface{} 参数
因为 Go 的反射机制完全依赖空接口的底层结构才能提取类型元数据。空接口 interface{} 在运行时实际是 runtime.eface 结构，包含两个字段：_type *rtype（指向类型描述符）和 data unsafe.Pointer（指向值内存地址）。reflect.TypeOf 做的只是把这两个字段原样拎出来，包装成 reflect.Type。
传具体类型（比如 int）进去时，编译器会自动把它“装箱”进一个临时的空接口变量——这不是隐式转换，而是强制拷贝 + 封装。所以你看到的 TypeOf(42)，背后其实是先构造了一个临时 interface{}，再把它的 _type 提取出来。
常见错误现象：
-
reflect.TypeOf(nil)会 panic，因为nil没有绑定任何具体类型，_type字段为空 - 传入未导出字段的结构体值（如
struct{ x int }），TypeOf能拿到类型，但后续用ValueOf获取值后无法读写该字段
interface{} 到 reflect.Type 的转换不是“推断”，而是直接读取
很多人误以为 reflect.TypeOf 是在“分析”值来猜类型，其实它根本没做任何分析。它只是把参数里已有的 _type 指针直接转成 reflect.rtype，再套一层 reflect.Type 接口。这个过程没有运行时类型推导，也没有泛型约束参与，纯属内存字段搬运。
这也解释了为什么传指针和传值得到的 Type 不同：reflect.TypeOf(&x) 拿到的是 *int 类型的 _type，而 reflect.TypeOf(x) 拿到的是 int 的 _type——它们在运行时就是两个完全不同的类型描述符。
关键影响：
- 如果后续要用
reflect.Value.Set*修改原值，必须从*T开始（即传指针），否则CanSet()返回 false -
Kind()和Name()可能不同：比如自定义类型type MyInt int，Name()是"MyInt"，Kind()是reflect.Int
reflect.ValueOf 后调用 Interface() 失败的真正原因
reflect.Value.Interface() 不是简单地“还原”回原始值，它要求该 reflect.Value 必须来自**可寻址的源**，也就是必须能对应到一块真实、可修改的内存。只有通过 reflect.ValueOf(&x).Elem() 得到的值才满足条件；直接 reflect.ValueOf(x) 得到的是一个只读副本，调用 Interface() 会 panic：“call of reflect.Value.Interface on zero Value” 或 “cannot return value obtained from unexported field”。
这背后仍是空接口机制的延续：Interface() 实际是构造一个新的 interface{}，把当前 Value 的 _type 和 data 填进去。但如果 data 指向的是不可寻址的临时拷贝（比如函数参数里的值拷贝），Go 运行时就拒绝构造这个接口。
容易踩的坑：
- 对 map、slice、chan 等引用类型直接调用
ValueOf，虽然能得到值，但Interface()仍可能失败，尤其当底层结构被复制过 - 从结构体反射获取字段值时，若字段未导出（小写开头），即使
CanInterface()返回 true，Interface()仍 panic -
reflect.ValueOf(nil)返回零值reflect.Value，必须先用IsValid()检查，否则任何方法调用都 panic
反射无法绕过 Go 的可见性规则
Go 反射不会突破包级访问控制。未导出字段（如 struct{ name string } 中的 name）在反射中可以被 FieldByName 找到，但 CanInterface() 为 false，Interface() 和所有 Set* 方法都会失败。这不是反射的限制，而是 Go 运行时在构造 reflect.Value 时就主动屏蔽了这些字段的数据指针。
这也是为什么反射不能替代接口抽象——它暴露的是运行时结构，不是语义契约。你想动态操作某个字段，前提是它本来就是对外公开的；否则，得靠方法封装（比如提供 SetName()）而不是强行反射。
最常被忽略的一点：
- 即使你用
unsafe绕过反射限制，也无法安全访问未导出字段——Go 1.20+ 对未导出字段的内存布局做了更多优化，字段偏移不再稳定 - 反射对象的生命周期不延长原值的生命周期。比如对局部变量取地址再反射，函数返回后该地址可能失效，但反射值仍持有无效指针
