在 go 中，可通过方法表达式（foo.method）或方法值（instance.method）将类型方法传递给函数，无需反射即可实现灵活调用；前者需显式传入接收者，后者已绑定接收者，调用更简洁。
在 go 中，可通过方法表达式（foo.method）或方法值（instance.method）将类型方法传递给函数，无需反射即可实现灵活调用；前者需显式传入接收者，后者已绑定接收者，调用更简洁。
Go 是一门静态、强类型的语言，不支持类似 Python 或 JavaScript 中直接通过字符串名动态调用方法的语法（如 obj[method]()），但提供了两种原生、高效且类型安全的方式将方法“作为值”传递：方法表达式（Method Expression） 和 方法值（Method Value）。二者本质不同，适用场景也各异，正确选择可显著提升代码可读性与可维护性。
✅ 方法表达式：显式接收者，高复用性
方法表达式 T.M 返回一个普通函数，其第一个参数为接收者类型 T，后续参数与原方法签名一致。它不绑定具体实例，因此适用于需要复用同一函数逻辑、但对不同实例调用同一方法的场景。
package main
import "fmt"
type Foo int
func (f Foo) A() { fmt.Println("A") }
func (f Foo) B() { fmt.Println("B") }
func (f Foo) C() { fmt.Println("C") }
func main() {
var f Foo
// 方法表达式：bar 接收 func(Foo) 类型函数
bar := func(m func(Foo)) {
m(f) // 显式传入接收者
}
bar(Foo.A) // 注意：必须带类型前缀 Foo.A
bar(Foo.B)
bar(Foo.C)
}✅ 输出：
A B C
⚠️ 注意：Foo.A 是合法表达式，而 A 单独使用是非法的——Go 不允许省略类型限定符。这是编译时类型检查的关键保障。
✅ 方法值：隐式绑定接收者，调用更直观
当对具体实例调用方法时（如 f.A），Go 会生成一个方法值——即一个闭包式函数，内部已捕获该实例（接收者）和方法指针。其类型为 func()（无参数），调用时无需再提供接收者。
func main() {
var f Foo
// 方法值：bar 接收 func() 类型函数
bar := func(m func()) {
m() // 直接调用，接收者已绑定
}
bar(f.A) // f.A 是方法值，类型为 func()
bar(f.B)
bar(f.C)
}✅ 同样输出：
A B C
? 优势：语法简洁、语义清晰，特别适合回调、事件注册或策略模式中“绑定上下文后延迟执行”的场景。
❌ 反射方案：不推荐，仅作技术补充
虽然可通过 reflect.ValueOf(f).MethodByName("A").Call(nil) 实现字符串驱动的方法调用，但存在明显缺陷：
- 性能开销大（运行时类型解析、参数包装/解包）；
- 缺乏编译期类型检查，拼写错误或方法不存在会导致 panic；
- 代码可读性与可维护性差，破坏 Go 的显式设计哲学。
除非极特殊场景（如通用序列化框架、DSL 解析器），否则应坚决避免在业务逻辑中使用反射调用方法。
✅ 总结：如何选择？
| 特性 | 方法表达式 Foo.M | 方法值 f.M |
|---|---|---|
| 类型 | func(T, ...args) | func(...args) |
| 接收者传递 | 调用时显式传入 | 已闭包绑定，调用无参 |
| 复用性 | 高（可对任意 T 实例调用） | 低（绑定特定实例） |
| 推荐场景 | 工具函数、泛型适配、批量操作 | 回调、事件处理器、策略封装 |
最终建议：优先使用方法值（简洁安全），若需跨实例复用逻辑，则选用方法表达式；彻底摒弃反射方案——Go 的强大，正在于用简单、明确的机制解决复杂问题。
