t.Method能直接当函数传是因为它是编译器原生支持的方法值，已固化接收者，类型为func(...)；T.Method是方法表达式，类型含显式接收者参数，必须手动传参，二者类型不匹配导致传参失败。
Go 中直接把 t.Method 当作函数参数传，完全合法且高效；它不是闭包，也不是语法糖，而是编译器原生支持的「方法值」机制——只要接收者实例有效，就能像普通函数一样调用。
为什么 t.Method 能直接当函数传，而 T.Method 不行？
这是方法值（Method Value）和方法表达式（Method Expression）的根本区别：
-
t.Method是方法值：类型为func(...)，已固化接收者t，调用时无需再传接收者 -
T.Method是方法表达式：类型为func(*T, ...)或func(T, ...)，必须显式传入接收者作为第一个参数 - 把
T.Method误传给期望func(int)的参数，编译器会报错：cannot use T.Method (type func(*T, int)) as type func(int) - 用
reflect.TypeOf一眼可辨：reflect.TypeOf(t.M)返回func(int)，reflect.TypeOf(T.M)返回func(*T, int)
值接收者 vs 指针接收者：传参前必须看清楚
接收者类型决定方法值能否安全使用，也影响状态是否被修改：
- 若方法定义为
func(t T) Foo()（值接收者），则t.Foo绑定的是t的副本，内部修改t字段不会反映到原变量 - 若方法定义为
func(t *T) Bar(x int)（指针接收者），则t.Bar绑定的是&t，调用能改原结构体状态 - 即使你写
pt.Bar（pt是*T），或t.Bar（t是T），Go 会自动取地址或解引用，但前提是t可寻址（不能是字面量或只读临时值） - 常见 panic：
panic: value method T.Foo called on nil *T pointer—— 源于var pt *T; pt.Foo()时pt为nil
实际传参场景：哪些地方最常用方法值？
方法值的核心价值是「绑定实例 + 简化调用」，典型用法包括：
立即学习“go语言免费学习笔记（深入）”；
- 注册回调：
time.AfterFunc(time.Second, user.Save)——user是具体实例，Save是其方法 - HTTP handler：
http.HandleFunc("/login", authHandler.Login)，前提是authHandler已初始化 - 排序比较：
sort.SliceStable(items, itemA.LessThan)，其中LessThan是itemA的方法 - 塞进 map：
handlers["delete"] = db.DeleteRecord，后续直接handlers["delete"]() - 注意：不能对未初始化的指针或临时结构体字面量取方法值，例如
user{}.Save在多数情况下会因不可寻址而编译失败
最容易被忽略的一点：方法值不是运行时生成的闭包，它不捕获变量作用域，也不带额外分配开销；但它的生命周期依赖于接收者实例的存活——如果传出去的方法值绑定了局部变量的地址，而该变量已出作用域，调用时行为未定义（尤其在 goroutine 中延迟执行时）。别只盯着语法对不对，得盯住接收者“还在不在”。
