reflect.typeof(controller).in(0) 是最直接的接收者类型提取方式，因其零分配、零校验、不依赖实例且绕过字符串解析与方法表查找，直接返回接收者类型（如*mystruct或mystruct）。
为什么 reflect.TypeOf(controller).In(0) 是最直接的接收者类型提取方式
当你拿到一个 method value（比如 controller := (*MyStruct).Foo），它在反射中表现为 reflect.Func 类型，但其第一个入参就是接收者类型。直接调用 reflect.TypeOf(controller).In(0) 能绕过所有字符串解析、结构体遍历或方法表查找，零分配、零校验，是唯一不依赖实例、不触发 reflect.ValueOf 分配的路径。
常见错误是试图对 controller 做 reflect.ValueOf 再取 Call 相关信息——这不仅开销大，而且 controller 本身不是可调用的 reflect.Value，容易 panic。
-
reflect.TypeOf(controller).In(0)返回的是接收者类型（如*MyStruct），可直接用于后续reflect.New()或reflect.Zero() - 若 controller 是值接收者方法（
func (s MyStruct) Foo()），In(0)返回的是MyStruct，此时需注意：用它reflect.New()得到的是*MyStruct，再调用MethodByName会失败，必须用reflect.ValueOf(MyStruct{}) - 别用
reflect.ValueOf(controller).Type().In(0)——reflect.ValueOf这一步就已触发接口转换和临时分配，纯属冗余
缓存接收者类型时必须用 uintptr(unsafe.Pointer(t)) 当 key
同一结构体类型的 reflect.Type 在整个进程生命周期内地址恒定，但 Go 不允许 reflect.Type 直接作 map key（不可比较）。用 t.String() 或 t.PkgPath() + "." + t.Name() 作 key 会出问题：
- 匿名 struct 的
t.String()是空字符串或含地址哈希，无法跨 goroutine 复用 - vendoring 或模块多版本共存时，
PkgPath()可能指向不同路径，导致缓存击穿 -
uintptr(unsafe.Pointer(t))是标准库（如encoding/json）实际采用的方式，无字符串拼接、无内存分配、无路径依赖
错误示例：typeCache[reflect.TypeOf((*MyStruct)(nil)).Elem()] = info —— 编译直接报错 “invalid map key type”。
从 method value 反推结构体指针并安全 New 实例的关键检查
拿到 recvType := reflect.TypeOf(controller).In(0) 后，不能直接 reflect.New(recvType) 就完事。必须区分它是指针类型还是值类型，并确保后续能绑定方法：
- 若
recvType.Kind() == reflect.Ptr，则inst := reflect.New(recvType.Elem())得到的是*T，可直接用于MethodByName - 若
recvType.Kind() == reflect.Struct（值接收者），则inst := reflect.ValueOf(reflect.New(recvType).Elem().Interface())才能得到可调用该方法的reflect.Value；直接reflect.New(recvType)得到的是*T，而值接收者方法只接受T - 调用前务必检查
inst.MethodByName("Foo").IsValid() && inst.MethodByName("Foo").CanCall()，否则 runtime panic
最容易被忽略的点：method value 的接收者类型不等于定义它的结构体类型
一个 func (s *T) Foo() 方法被赋值为 var fn func() = s.Foo 后，reflect.TypeOf(fn).In(0) 是 *T，没错；但如果 s 是 T{}（值），然后你写 fn := s.Foo，那 In(0) 就是 T —— 它取决于你绑定时用的是值还是指针，而不是方法定义签名本身。
这意味着：不能假设所有 (*T).Foo 导出的方法都对应 *T 接收者类型；必须以实际传入的 method value 为准。这个差异在路由框架自动绑定控制器时极易踩坑，尤其当用户混用 &c 和 c 传参时。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
