17370845950

Go反射调用方法前必须传入可寻址的指针，方法名须首字母大写，参数需严格匹配类型数量，调用前应校验IsValid、接收者及参数，返回值需手动Interface并断言。

反射调用方法前必须传入指针，否则 panic: call of unaddressable value

Go 反射要求被调用方法的接收者是「可寻址」且「可设置」的。直接传 MyStruct{} 或函数返回的结构体字面量，reflect.ValueOf() 拿到的是不可寻址值，后续 Call() 必然 panic。

• ❌ 错误写法：reflect.ValueOf(MyStruct{}).MethodByName("Do").Call(nil)
• ✅ 正确写法：reflect.ValueOf(&M

  

  yStruct{}).MethodByName("Do").Call(nil)
• 如果变量已经是 *MyStruct 类型（比如 obj := &MyStruct{}），就别再取地址：reflect.ValueOf(obj) 即可
• 值接收者方法（func (s MyStruct) Foo()）也能被调用，但前提是传入的 reflect.Value 本身可寻址——仍建议统一传指针，避免行为不一致

方法名必须首字母大写，小写方法在反射中完全不可见

MethodByName() 遵循 Go 的导出规则：只有首字母大写的标识符才能跨包访问，反射也一样。非导出方法（如 bar()、doSomething()）调用后返回零值 reflect.Value，IsValid() 为 false，直接 Call() 会 panic。

• ❌ 以下方法无法通过反射调用：func (s *MyStruct) helper() {}
• ✅ 必须写成：func (s *MyStruct) Helper() {}
• 调用前务必检查：if !method.IsValid() { return fmt.Errorf("method not found or unexported") }
• 注意：即使在同一包内，非导出方法对反射仍是“隐身”的，这不是作用域问题，而是 reflect 包的设计限制

参数必须是 []reflect.Value，且类型、数量、顺序严格匹配签名

Call() 不接受原始 Go 值，只认 []reflect.Value。每个参数都要用 reflect.ValueOf() 封装，且不能错位、不能少传、不能多传，连基础类型别名（如 type ID int）都不兼容。

• 方法定义：func (c *Calculator) Add(a, b int) int
• 对应调用：method.Call([]reflect.Value{reflect.ValueOf(10), reflect.ValueOf(20)})
• ⚠️ 错误示例：reflect.ValueOf(int32(10)) 传给 int 参数 → panic
• ⚠️ 错误示例：method.Call([]reflect.Value{})（少参数）或 method.Call([]reflect.Value{a,b,c})（多参数）→ panic
• 建议提前校验：method.Type().NumIn() == len(args) 和 method.Type().In(i).AssignableTo(args[i].Type())

生产环境必须 recover + 显式错误处理，不能依赖 panic 后兜底

反射调用失败（方法不存在、参数错、接收者不可寻址等）全部以 panic 形式抛出。靠 defer/recover 捕获虽可行，但掩盖了本可静态发现的问题；更稳妥的是把校验做在调用前。

• 不要只写 defer func(){ recover() }() 然后忽略错误
• 应组合判断：IsValid() + Kind() == reflect.Func + 参数数量/类型校验 + 接收者非 nil
• 返回值是 []reflect.Value，需手动 .Interface() 并断言，例如：results[0].Interface().(int)；若不确定类型，先用 results[0].Kind() 判断
• 最易被忽略的一点：哪怕所有检查都通过，Call() 仍可能触发目标方法内部 panic（比如除零、空指针解引用），这部分只能靠外层 recover 拦截，无法静态预防