reflect.value.call panic 的根本原因是传入了 nil 函数值，而非反射本身问题；需用 v.isvalid() && v.kind() == reflect.func 预检。
为什么 reflect.Value.Call 会 panic：nil pointer dereference
工厂方法返回接口类型时，如果底层结构体没正确初始化，reflect.Value.Call 就会直接 panic。这不是反射的问题，而是你传进去的函数值本身是 nil。
- 确保工厂函数返回的是可调用的
func() interface{}，而不是func() *MyPlugin后又忘了取地址或判空 - 常见错误：注册插件时写了
registry["foo"] = nil，但没校验就反射调用 —— 这里要提前用v.IsValid() && v.Kind() == reflect.Func检查 - Go 的反射不帮你兜底，
nil函数值在Call时等价于解引用空指针
如何让 plugin.Open 加载的模块能被反射识别为同一接口
Go 插件（.so）中定义的类型和主程序里声明的接口即使签名一致，也不兼容 —— 它们属于不同包、不同类型系统上下文。
- 必须把插件要实现的接口定义放在一个独立的、主程序和插件都 import 的共享包里（比如
pluginiface），不能各自 copy 一份 - 插件内部用
import "pluginiface"实现该接口，主程序也 import 同一路径；否则plugin.Symbol返回的值无法.(pluginiface.Plugin)断言成功 - 构建插件时用
go build -buildmode=plugin，且 GOPATH/GOPROXY 环境必须保证共享接口包版本一致，否则运行时报interface conversion: interface {} is not pluginiface.Plugin
reflect.TypeOf 返回的类型名为空字符串？
当你对匿名结构体、闭包或未导出字段做 reflect.TypeOf，.Name() 返回空字符串是正常行为 —— Go 反射只对导出（大写开头）的具名类型返回非空名字。
- 插件系统里别依赖
Type.Name()做路由或匹配，改用Type.String()或更稳妥的fmt.Sprintf("%v", t)，它会输出完整描述（如struct { Name string }） - 若需唯一标识类型，可用
reflect.ValueOf(instance).Type().PkgPath() + "." + reflect.ValueOf(instance).Type().Name()，但注意：未导出类型PkgPath()为空，此时只能靠String()+ 字段哈希组合 - 这个坑常出现在自动注册阶段：你想按类型名加载插件，结果发现所有匿名工厂函数返回的 struct 都叫 ""，然后全走默认分支
工厂函数注册表用 map[string]func() interface{} 还是 map[string]reflect.Value
存 reflect.Value 看似省了每次 reflect.ValueOf(fn)，实则埋雷：一旦工厂函数被 GC（比如闭包捕获了大对象又没被强引用），reflect.Value 会变成 invalid，后续 Call 直接 panic。
立即学习“go语言免费学习笔记（深入）”；
- 永远存原始函数值（
func() interface{}），需要调用时再包一层reflect.ValueOf—— 它开销极小，且保证有效性 - 不要缓存
reflect.Value作为长期状态，它不是句柄，只是运行时快照 - 如果你真想预热反射对象，可以缓存
reflect.Type（它是全局唯一的、不可变的），但别缓存Value
