go反射调用pointer接收器方法前必须传入指针，因值类型变量不拥有* t方法集；需用reflect.valueof(&t)而非reflect.valueof(t)，且方法名必须导出、参数类型严格匹配。
Go反射调用Pointer接收器方法前必须传入指针
反射无法直接调用值类型变量上定义的、接收器为 *T 的方法——哪怕你用 reflect.ValueOf(t) 获取了该值，MethodByName 会返回零值，调用时 panic：panic: reflect: Call of non-exported method 或更隐蔽地静默失败（方法未找到）。
根本原因在于：Go 反射只暴露导出方法，而只有指针实例才“拥有” *T 接收器的方法集；值实例 T 的方法集仅包含 T 接收器方法。
- 正确做法是传入指针：
reflect.ValueOf(&t)，再调用MethodByName - 若原始变量是栈上值（如局部变量），需显式取地址；若已是指针，直接传入即可
- 别试图对
reflect.Value调用Addr()后再调用方法——它只对可寻址值有效，且容易掩盖原始意图
反射调用时参数类型必须严格匹配
Go 反射不自动做类型转换，哪怕底层类型一致（如 int 和 int64），或接口实现关系（如 io.Reader 实参传 *bytes.Buffer），都必须显式转成目标方法签名所需的 exact type。
- 检查方法签名：
method.Type.In(i)获取第 i 个参数类型，用reflect.TypeOf(arg).AssignableTo(paramType)验证兼容性 - 常见坑：传
int给接收int64参数的方法 → panic：reflect: Call using int as type int64 - 字符串字面量默认是
string类型，但若方法参数是自定义类型如type UserID string，需显式转：reflect.ValueOf(UserID("u123"))
不能通过反射调用未导出（小写）的 Pointer 接收器方法
无论接收器是指针还是值，Go 反射机制强制遵守导出规则：只有首字母大写的标识符才能被 reflect 访问。这意味着即使你传入了 *T，其方法名是 doSomething（小写），MethodByName("doSomething") 返回的是无效值（IsValid() == false），后续 Call 会 panic。
立即学习“go语言免费学习笔记（深入）”；
- 这不是权限问题，而是 Go 类型系统设计使然——反射无法绕过导出限制
- 调试时可用
fmt.Printf("%+v", tVal.Methods())查看实际暴露的方法列表 - 若需测试内部逻辑，应改用单元测试直接构造指针并调用，而非依赖反射
注意 nil 指针和空接口传递的陷阱
当把一个 nil *T 传给 reflect.ValueOf，得到的是一个 Kind == Ptr 但 IsNil() == true 的值；此时调用其方法会 panic：reflect: call of reflect.Value.Call on zero Value（如果方法本身没做 nil 检查）或更糟的 segfault（取决于方法体）。
- 务必在调用前检查：
if !tVal.IsValid() || (!tVal.CanInterface() && tVal.Kind() == reflect.Ptr && tVal.IsNil()) - 若参数是
interface{}，且里面存的是*T，反射拿到的是reflect.Interface类型，需先Elem()解包才能继续操作，否则MethodByName找不到任何方法 - 嵌套指针（如
**T）要逐层Elem()，直到得到*T本体
