methodbyname返回零值，因方法未导出（首字母小写）或接收者类型不匹配；必须首字母大写且用reflect.valueof(&obj)调用指针接收者方法，并检查isvalid()和cancall()。
MethodByName 返回零值，八成是方法没导出
Go 反射不认“私有方法”——MethodByName 查不到首字母小写的函数，比如 getData、validate，直接返回 reflect.Value 零值。这不是拼写错误，是语言级限制。
必须确保：方法名首字母大写（如 GetData、Validate），且定义在结构体上（不是嵌套类型或接口实现里误判）。
- 导出方法：可被
MethodByName找到，IsValid()为 true - 非导出方法：反射中完全不可见，查不到也报不了错，就是静默零值
- 接口方法：即使接口导出，
MethodByName仍只查结构体自身方法集，不穿透接口
指针接收者方法只能用指针反射值调用
方法接收者类型和你传给 reflect.ValueOf 的值类型必须匹配。常见错误是：func (s *User) Save() 定义了指针接收者，却传了 reflect.ValueOf(User{})（值拷贝）——此时该方法不在其方法集中。
正确做法只有一条：只要方法接收者带 *，就用 reflect.ValueOf(&obj)；如果 obj 已是指针（如 obj := &User{}），直接 reflect.ValueOf(obj) 即可。
-
reflect.ValueOf(User{})→ 方法集只含值接收者方法 -
reflect.ValueOf(&User{})→ 方法集含值 + 指针接收者方法 -
reflect.ValueOf(&obj).Elem()后再调MethodByName？没必要，反而多一层解引用风险
Call panic 报 “zero Value”，本质是 method 无效
call of reflect.Value.Call on zero Value 这个 panic 不代表参数错了，而是你拿了个空的 reflect.Value 去调 Call。根源几乎总是：MethodByName 返回了零值，你没检查就往下走了。
每次调用前必须卡两道关：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
if !method.IsValid()—— 排除方法不存在或未导出 -
if !method.CanCall()—— 排除接收者不可寻址、方法未导出、或底层值为 nil
尤其注意：如果输入是 interface{}，先断言非 nil：if obj == nil { return errors.New("nil interface") }，再做 reflect.ValueOf(obj)。
参数和返回值必须用 reflect.Value 包装，不能混用原生类型
Call 只吃 []reflect.Value，不吃 string、int 或 *float64。传错类型或数量不对，运行时直接 panic，错误信息毫无提示性。
例如方法签名是 func (s *User) Update(name string, age *int) error，对应调用必须写成：
args := []reflect.Value{
reflect.ValueOf("Alice"),
reflect.ValueOf(&ageVar), // 注意：这里必须传 *int 的反射值，不是 int
}
rets := method.Call(args)
返回值同理：rets[0].Interface() 才是真实 error，不能直接断言 error，因为 rets[0].IsNil() 为 true 时 .Interface() 返回 nil 接口，断言会 panic。
最易被忽略的是：方法集规则不是“有没有这个函数”，而是“当前这个值能不能调它”——同一结构体，reflect.ValueOf(u) 和 reflect.ValueOf(&u) 的方法集完全不同，且不可互换。别依赖 IDE 提示或文档描述，CanCall() 是唯一可信判断。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
