必须调用 results[0].interface() 才能获取结构体实例，且需先检查 len(results)>0 和 results[0].caninterface()；若字段未导出或 receiver 类型不匹配（如指针方法传值）、返回值过大，均会导致 panic 或性能问题。
怎么用 reflect.Value.Call 拿到结构体返回值
直接调用 reflect.Value.Call 后，返回的是 []reflect.Value，哪怕函数只返回一个结构体，它也是切片里的单个元素——不是你直接能用的结构体实例，而是被包了一层的 reflect.Value。必须显式调用 .Interface() 才能还原。
- 常见错误：直接把
results[0]当成结构体变量用，报cannot convert reflect.Value to YourStruct - 正确做法是先检查
len(results) > 0，再确认results[0].CanInterface()为 true（否则.Interface()panic） - 如果原函数返回指针（如
*MyStruct），results[0].Interface()得到的就是*MyStruct；如果返回值是值类型，得到的就是MyStruct值拷贝
结构体字段不可导出时 .Interface() 会 panic
反射调用后想取回结构体，但结构体里有小写开头的字段（即 unexported 字段），而你又在跨包调用或从非定义包侧尝试 .Interface()，Go 会直接 panic：reflect: Call using exported field of unexported struct。这不是调用失败，是反射安全机制拦截。
- 典型场景：你写的工具包反射调用别人定义的结构体，对方没把字段大写
- 无法绕过：哪怕用
.UnsafeAddr()或.FieldByName()也救不了.Interface()这一步 - 可行解只有两个：让对方改结构体字段为导出（首字母大写），或你自己改用
.Field(i).Interface()逐个取可导出字段（但拿不到私有字段值）
reflect.Value.Call 的参数必须是 []reflect.Value，不能漏掉 reflect.ValueOf(&v).Elem()
如果你要反射调用一个接收者为指针的方法（比如 (*MyStruct).Do()），传入的 receiver 必须是该结构体指针的 reflect.Value，而不是结构体值本身。漏掉 .Elem() 或错用 .Addr() 是高频翻车点。
- 错误写法：
reflect.ValueOf(myStruct).MethodByName("Do").Call(nil)→ panic：method not found（因为 receiver 类型不匹配） - 正确写法：
reflect.ValueOf(&myStruct).MethodByName("Do").Call(nil)，或更明确地：reflect.ValueOf(&myStruct).Elem().MethodByName("Do").Call(nil) - 注意：如果方法定义在值接收者上（
func (m MyStruct) Do()），那reflect.ValueOf(myStruct)就够了；但一旦用了指针接收者，就必须传指针的 reflect.Value
返回结构体很大时，.Interface() 会触发完整拷贝
Go 反射的 .Interface() 对结构体返回值不是零拷贝——它会按需复制整个结构体内容。如果结构体含大数组、大 slice 或嵌套深，性能损耗明显，且可能意外放大 GC 压力。
立即学习“go语言免费学习笔记（深入）”；
- 验证方式：用
pprof看 heap profile，reflect.Value.Interface相关栈帧分配量突增 - 缓解办法：优先让被调函数返回指针（
*MyStruct），这样.Interface()只拷贝指针本身（8 字节） - 更彻底的方案：避免反射调用高吞吐路径上的函数；或者用代码生成（如
go:generate+stringer风格）替代运行时反射
结构体字段可见性、receiver 类型匹配、拷贝开销——这三个点卡住就调不通，而且错误信息往往不直接指向根因。
