方法表达式 t.m 和方法值 t.m 类型不同：t.m 是接收者显式的普通函数，t.m 是接收者已绑定的闭包；前者用于反射、泛型等需显式控制接收者的场景，后者适合直接调用。
方法表达式 T.M 和方法值 t.M 的类型完全不同
当你写 T.M（比如 User.SetName），Go 解析为方法表达式，它本质是一个普通函数，但接收者 T 显式出现在参数列表最前面；而写 t.M（比如 u.SetName），Go 生成的是方法值，接收者已绑定，签名里不再出现。
常见错误现象：把 T.M 当成能直接调用的函数，结果传参时漏掉第一个接收者参数，编译报错 too few arguments；或者误以为 t.M 和 T.M 可互换赋值给同一函数类型变量，导致类型不匹配。
-
reflect.TypeOf(T.M)返回func(T, int)或func(*T, int)，取决于接收者类型 -
reflect.TypeOf(t.M)返回func(int)（值接收者）或func(int)（指针接收者），但内部行为不同 - 方法表达式可用于泛型约束、反射调用、或需要显式控制接收者传递时机的场景
值接收者方法表达式不能修改原实例
哪怕你用 T.M 显式传入一个 T 实例，只要方法定义用的是值接收者 func (t T) M()，函数体内对 t 字段的修改仍只作用于副本，原变量不变——这不是 bug，是设计使然。
使用场景：适合只读操作、计算类方法（如 func (u User) FullName() string），避免意外副作用。
- 若需修改原数据，必须用指针接收者定义方法：
func (u *User) SetName(n string) - 此时
User.SetName类型为func(*User, string)，调用时必须传入*User地址 - 别指望编译器自动取地址：方法表达式不享受自动解引用/取址语法糖
方法值 t.M 的闭包特性容易被忽略
t.M 看似简单，实则是 Go 编译器生成的闭包：它捕获了 t 的当前值或地址，并在每次调用时复用。这意味着如果 t 是值类型，t.M 内部始终操作该副本；如果 t 是指针，t.M 操作的就是原始内存位置。
容易踩的坑：
- 对局部变量取方法值后，该变量被重新赋值，
t.M不会随之更新（它绑的是旧值） - 把
t.M传给 goroutine，而t在外部被修改，可能导致竞态或意料外行为 - 结构体字段含指针时，
t.M中捕获的是整个结构体副本，但其中指针仍指向原内存——这点常被误判为“深拷贝”
方法表达式在反射和泛型中不可替代
普通函数能直接赋值给 func() 变量，但带接收者的方法不行；方法表达式是唯一能让方法“退化”为标准函数签名的方式，因此它是反射调用、泛型约束、回调注册等场景的刚需。
示例：想用 reflect.Value.Call 调用某个方法，必须先通过 reflect.ValueOf(T.M) 获取函数值，再补上接收者参数；直接传 reflect.ValueOf(t.M) 会因缺少接收者参数而 panic。
- 泛型函数约束中，
type Setter interface { Set(int) }无法直接约束T.Set，但可用func(*T, int)作为类型参数约束 - 注册回调时若接口要求
func(int)，只能用t.Set（方法值），不能用T.Set（方法表达式） - 方法表达式支持跨包使用：只要类型可见，
otherpkg.Type.Method合法；方法值则受限于接收者实例的作用域
真正难的不是记住语法，而是判断什么时候该用 t.M、什么时候非得用 T.M——关键看是否需要延迟绑定接收者、是否要暴露接收者控制权、以及目标上下文是否要求纯函数签名。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
