在 go 中，接口的实现取决于具体类型是否拥有对应的方法，而方法接收者是指针还是值类型，直接决定了哪些值能满足接口——值类型 `t` 和指针类型 `*t` 被视为不同类型，只有具备匹配接收者的方法的类型才能赋值给接口。
Go 的接口实现机制严格遵循“类型一致性”原则：一个类型要满足某接口，必须显式拥有该接口所有方法的实现，且方法的接收者类型必须与调用时的值类型匹配。以如下代码为例：
type IA interface {
Method()
}
type SA struct{}
func (s *SA) Method() {} // 指针接收者此处 Method() 的接收者是 *SA，因此*只有 `SA类型（即&SA{}）才拥有该方法**，而SA{}（值类型）本身并不具备Method()` 方法。因此：
- var i IA = &SA{} ✅ 合法：*SA 实现了 IA；
- var i IA = SA{} ❌ 编译错误：SA 未实现 IA（它没有 Method()）。
但为何 SA{} 的实例又能直接调用 Method() 呢？例如：
var obj = SA{}
obj.Method() // ✅ 编译通过这是因为 Go 在方法调用语句层面提供了自动地址取值（auto-addressing）语法糖，属于语言层的便利设计，而非类型系统上的等价。根据 Go 语言规范中“Method Values”章节：
当使用可寻址的值（如变量 obj）调用指针接收者方法时，Go 自动取其地址（即 (&obj).Method()）； 当使用指针调用值接收者方法时，Go 自动解引用（即 (*ptr).Method()）。
⚠️ 注意：这种自动转换仅适用于方法调用表达式（如 obj.Method()），不适用于接口赋值、类型断言、函数参数传递等静态类型检查场景。接口赋值是编译期严格的类型匹配，不触发任何隐式转换。
✅ 正确实践建议：
- 若结构体较大或需修改内部状态，优先使用指针接收者（func (s *T) M()）；
- 若方法只读且结构体较小，可使用值接收者（func (s T) M()），此时 T 和 *T 都能实现该接口（因为 *T 会自动解引用调用）；
- 不要依赖“调用能通 → 接口就能赋值”的直觉，始终检查接收者类型与目标值类型是否一致。
总结：Go 的“自动解引用/取址”是调用语法糖，不是类型等价；接口实现则完全基于静态类型规则。理解这一区分，是写出健壮、可维护 Go 接口代码的关键。
