方法值 t.Method 是 Go 编译器自动生成的绑定接收者的函数值，类型为 func(其余参数)，调用时无需传接收者；方法表达式 T.Method 类型为 func(接收者, 其余参数)，需显式传入接收者。
方法值 t.Method 是什么，为什么能直接当函数用
方法值 t.Method 是 Go 编译器在你写 t.Method（不带括号）时自动生成的绑定接收者的函数值。它不是闭包，但行为类似：接收者 t 被“固化”进函数签名里，调用时只传其余参数。
常见错误现象：time.AfterFunc(d, t.Method) 报错 cannot use t.Method (type func(int)) as type func()——说明你传的方法有参数，但目标函数期望无参；反过来，若目标要 func(int)，而你传了 T.Method（方法表达式），也会因类型不匹配失败。
- 值接收者定义的
func(t T) Foo()，t.Foo类型是func()，内部修改t字段不影响原变量 - 指针接收者定义的
func(t *T) Foo(v int)，t.Foo类型是func(int)，调用t.Foo(42)等价于(*t).Foo(42) - 用
reflect.TypeOf(t.Foo)一眼看出类型，比猜安全得多
方法表达式 T.Method 的签名和调用规则
T.Method 不绑定任何实例，它把接收者变成函数的第一个显式参数。所以它的类型永远包含接收者类型，比如 func(*T, int) 或 func(T, string)。
使用场景有限但关键：泛型约束、反射调用、动态选择接收者。别为了“统一写法”硬用 T.Method(&t, x) 替代 t.Method(x)——多写、易漏取地址、语义模糊。
立即学习“go语言免费学习笔记（深入）”；
- 若方法是
func(t *T) Set(v int)，则T.Set类型为func(*T, int)，必须手动传&t - 若方法是
func(t T) Clone() T，则T.Clone类型为func(T) T，调用需T.Clone(t) - 泛型中无法写
t.Method（t 类型不确定），但可约束T interface{ Method(int) }并用T.Method配合&v显式传参
混用 t.Method 和 T.Method 导致编译失败的典型原因
二者类型完全不同，Go 不做隐式转换。编译器报错信息直白：类型不匹配。这不是运行时问题，是语法层硬性限制。
常见错误现象：sort.SliceStable(items, t.Less) 编译失败，因为 sort.SliceStable 要求 func(i, j int) bool，而你传的 t.Less 若定义为 func(t *T) Less(i, j int) bool，其类型是 func(int, int) bool（正确），但若误写成 T.Less，类型就是 func(*T, int, int) bool，直接拒收。
- 检查方式：用
fmt.Printf("%v", reflect.TypeOf(x))打印实际类型，别靠记忆或命名猜测 - 值接收者方法生成的方法值，会拷贝整个接收者；指针接收者才真正操作原数据——这点和是否能用方法值无关，只和接收者声明有关
- 嵌入结构体时，
outer.InnerMethod是方法值，Outer.InnerMethod是方法表达式，规则一样适用
什么时候该用方法值，什么时候非得用方法表达式
方法值 t.Set 是闭包式函数，类型为 func(int)（假设原方法是 func(t *T) Set(v int)），调用时直接传 v，接收者 t 已“固化”在其中。方法表达式 T.Set 是普通函数，类型为 func(*T, int)，必须手动传入接收者指针作为第一个参数，比如 T.Set(&t, 42)。
- 该用方法值
t.Set：当你需要把「某个实例的某个方法」当作普通函数来传递、存储或延迟执行时。典型场景：注册回调、塞进map[string]func()、传给sort.SliceStable的比较函数、绑定到 HTTP handler - 非得用方法表达式
T.Set：只有两种刚需场景——泛型约束需要显式方法签名，或你要动态决定接收者（比如从接口或 map 中取实例再调用） - 反模式警告：别为了“看起来统一”而硬写
T.Set(&t, x)替代t.Set(x)——多余、啰嗦、易错（比如忘了取地址）
