Go 语言中，类型 T 和 T 的方法集不对称：T 的方法集包含所有以 T 或 *T 为接收者的方法，而 T 的方法集仅包含以 T 为接收者的方法；这一设计直接影响接口实现、方法调用及赋值兼容性。
go 语言中，类型 t 和 *t 的方法集不对称：*t 的方法集包含所有以 t 或 *t 为接收者的方法，而 t 的方法集仅包含以 t 为接收者的方法；这一设计直接影响接口实现、方法调用及赋值兼容性。
在 Go 的类型系统中，
方法集（Method Set）
是决定“一个类型能否实现某个接口”以及“能否通过某类值调用某方法”的核心机制。理解其规则的关键，在于区分
接收者类型
（func (t T) M() vs func (t *T) M()）与
调用方值的可寻址性（addressability）
。
方法集的定义与不对称性
根据 Go 规范，方法集严格按接收者类型定义：
类型 T 的方法集：仅包含所有以
值接收者 T
声明的方法；
类型 *T 的方法集：包含所有以 *
T 或 `
T** 为接收者声明的方法（即*T的方法集 ⊇T` 的方法集）。
这解释了为何以下代码合法：
但若 u 不可寻址（如函数返回值），则指针接收者方法不可用：
接口实现：方法集决定“是否满足”
接口的实现取决于
动态类型的方法集是否包含接口要求的全部方法
。由于 T 的方法集不包含 *T 接收者方法，而 *T 的方法集包含全部，因此：
若接口 I 包含至少一个 *T 接收者方法，则只有 *T 能实现 I，T 不能；
即使 T 有全部所需方法（值接收者版本），只要接口明确需要 *T 版本，T 就无法赋值给该接口。
实践建议与总结
一致性优先
：若类型存在需修改状态的方法（如 SetName），应统一使用 *T 接收者；否则易因方法集不完整导致接口实现失败。
避免混合接收者
：对同一类型混用 T 和 *T 接收者会增加理解成本，并可能引发隐式取地址（如 u.M() → (&u).M()），在不可寻址场景下静默失败。
小结构体可考虑值接收者
：若类型轻量且方法只读，T 接收者更高效（避免解引用开销），但需确保所有相关接口均可被 T 满足。
归根结底，Go 的方法集规则不是语法糖，而是类型安全与内存模型的严谨体现：它确保指针接收者方法
只能作用于可寻址对象
，从而杜绝对临时值的非法修改，同时通过 *T 方法集的“向上兼容”，兼顾灵活性与安全性。
type User struct{ Name string }
func (u User) GetName() string { return u.Name } // 值接收者
func (u *User) SetName(n string) { u.Name = n } // 指针接收者
u := User{"Alice"}
p := &u
u.GetName() // ✅ OK：u 是 T，可调用 T 接收者方法
u.SetName("Bob") // ✅ OK：u 可寻址，编译器自动转为 (&u).SetName()
p.GetName() // ✅ OK：*T 可调用 T 或 *T 接收者方法
p.SetName("Charlie") // ✅ OK：直接匹配 *T 接收者func NewUser() User { return User{"David"} }
NewUser().GetName() // ✅ OK
NewUser().SetName("Eve") // ❌ compile error: cannot call pointer-receiver method on unaddressable valuetype Namer interface {
GetName() string
SetName(string)
}
// 仅 *User 实现 Namer，因为 SetName 需要 *T 接收者
var i Namer = &u // ✅ OK
// var i Namer = u // ❌ compile error: User does not implement Namer (SetName method has pointer receiver)