go 语言中，`t.set`（方法值）与 `t.set`（方法表达式）在类型和调用签名上根本不同：前者是绑定实例的闭包式函数 `func(int)`，后者是带显式接收者参数的普通函数 `func(t, int)`，其差异源于 go 类型系统对方法绑定机制的设计。
在 Go 中，方法并非独立于类型的“函数”，而是依附于类型并以接收者为隐式第一参数的特殊函数。当通过具体实例（如 t := T{}）调用 t.Set(42) 时，编译器会自动将 t 作为接收者传入；而这种调用方式可进一步抽象为两种高阶用法：方法值（Method Value） 和 方法表达式（Method Expression），二者语义与类型签名截然不同。
✅ 方法值：t.Set —— 绑定接收者的函数闭包
t.Set 是一个方法值，它将接收者 t（值拷贝）永久绑定到该方法上，生成一个无接收者参数的新函数。其类型为 func(int)，等价于：
func(a int) {
t := t // 注意：此处 t 是原始值的副本（非指针）
t.Tp = a // 修改的是副本，不影响原变量！
}因此，reflect.TypeOf(t.Set) 返回 func(int) —— 接收者已固化，仅剩显式参数。
✅ 方法表达式：T.Set —— 接收者显式化的通用函数
T.Set 是一个方法表达式，它不绑定任何实例，而是将方法“泛化”为普通函数，强制将接收者作为第一个显式参数。其类型为 func(T, int)，等价于：
func(t T, a int) {
t.Tp = a // 同样修改副本 —— 这正是问题中逻辑失效的根本原因
}所以 reflect.TypeOf(T.Set) 返回 func(main.T, int)，清晰体现接收者 T 作为首参参与签名。
⚠️ 关键陷阱：值接收者无法修改原状态
原示例中 func (t T) Set(a int) 使用值接收者，意味着每次调用都操作 t 的副本，t.Tp = a 的赋值对原始变量完全无效。这是典型的逻辑错误。正确做法是使用指针接收者：
func (t *T) Set(a int) {
t.Tp = a // ✅ 修改原始结构体字段
}此时：
- t.Set 类型变为 func(int)（仍为方法值，但内部操作的是 *t）；
- T.Set 类型变为 func(*T, int)（方法表达式，首参为指针）；
- 两者均能真正更新原实例状态。
? 实际应用建议
- 优先使用指针接收者：除非方法纯读取且结构体极小（如 type ID string），否则一律用 *T 避免意外拷贝和状态丢失；
- 方法值适用于回调/闭包场景：如 http.HandleFunc("/set", t.Set)（需配合指针接收者）；
- 方法表达式适用于泛型适配或反射调用：如 callMethod(T.Set, t, 100)。
理解方法值与方法表达式的差异，本质是理解 Go 如何在静态类型系统中桥接“面向对象语法”与“函数式抽象”——接收者不是魔法，而是编译器自动生成的参数绑定规则。
