go中结构体方法不能直接当作函数值传递，因其本质是带接收者参数的函数，obj.method语法生成的是绑定接收者的方法值或需显式传参的方法表达式，二者类型和使用场景不同。
Go 中结构体方法不能直接当作函数值传递
Go 的方法本质上是带接收者参数的函数，但语法上 obj.Method 并不等价于一个可赋值的函数值。直接写 obj.Method 会被编译器识别为“方法表达式”或“方法值”，具体行为取决于上下文——多数时候你拿到的不是你想要的闭包式函数。
用方法值（Method Value）构造带绑定接收者的函数
当你写 obj.Method（注意没有括号），且 obj 是变量（非接口、非指针解引用歧义场景），Go 会生成一个“方法值”：它已绑定 obj 的地址（对指针接收者）或副本（对值接收者），类型为普通函数类型。
- 要求接收者类型明确，且
obj必须是可寻址的（如局部变量、字段、切片元素）；struct{}.Method这种字面量调用无法生成方法值 - 值接收者方法生成的方法值，内部拷贝的是调用时的结构体副本；指针接收者则绑定该指针，后续修改会影响原对象
- 类型必须匹配：若方法签名是
func(int) string，那obj.Method的类型就是func(int) string，可直接传给期望该类型的参数
示例：
type Printer struct{ name string }
func (p Printer) Say(x int) string { return p.name + ":" + strconv.Itoa(x) }
func (p *Printer) SayPtr(x int) string { return p.name + "*" + strconv.Itoa(x) }
p := Printer{name: "A"}
f1 := p.Say // ✅ 值接收者，类型 func(int) string
f2 := (&p).SayPtr // ✅ 指针接收者，需显式取地址
// f3 := Printer{}.Say // ❌ 编译错误：cannot call pointer method on Printer literal
用方法表达式（Method Expression）手动补全接收者参数
当你要传递的是“未绑定接收者”的函数（类似 C++ 的成员函数指针），用 (T).Method 或 (*T).Method 语法。它返回一个普通函数，第一个参数必须是接收者类型。
- 适用于需要延迟绑定接收者、或接收者来自不同来源（如 map 查找、channel 接收）的场景
- 类型为
func(T, ...args) result或func(*T, ...args) result，调用时必须显式传入接收者 - 注意：如果方法定义在接口上，
(InterfaceType).Method不合法；只能对具体类型使用
示例：
sayExpr := (Printer).Say // 类型：func(Printer, int) string
p := Printer{name: "B"}
result := sayExpr(p, 42) // 显式传入接收者
常见陷阱：接口方法、嵌入与 nil 接收者
把结构体方法转成函数后，若底层逻辑依赖接口实现或指针接收者，运行时可能 panic。
- 如果方法属于接口类型（如
io.Writer.Write），不能用(io.Writer).Write——Go 不允许对接口类型做方法表达式 - 嵌入字段的方法提升后，方法值仍绑定原始嵌入字段的地址，不是外层结构体地址；若外层结构体是零值，嵌入字段也可能为零值，导致指针接收者方法 panic
- 从 map 或 channel 取出的结构体指针若为
nil，再调用其方法值会 panic；方法表达式则会在调用时才检查，更易定位问题
最易被忽略的一点：方法值捕获的是**当时接收者的状态快照**，不是实时引用。如果结构体字段后续被修改，值接收者方法值看不到变化；而指针接收者方法值能看到，但若原变量被重新赋值（如 p = Printer{}），旧方法值仍指向老内存——这在 goroutine 中尤其危险。
