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
本体
事情说清了就结束。最常漏掉的是第一点：忘了传指针，还反复检查方法名拼写。
