当接口方法由指针接收者定义时，只有该类型的指针才能满足接口；值类型虽可调用指针方法（自动取地址），但无法实现该接口——需统一使用指针类型实现所有接口方法或传入指针实例。
在 Go 中，接口的实现取决于方法集（method set），而方法集严格区分值接收者和指针接收者。这是初学者常遇的核心困惑：为什么 Square{10} 不能作为 Shape 接口传入，即使它“看起来”能调用 Scale？关键在于：接口实现是编译期静态检查，而非运行时行为兼容。
? 根本原因：方法集不匹配
- Square 类型（值类型）的方法集仅包含 值接收者方法：func (s Square) Area() ✅
- *Square 类型（指针类型）的方法集包含 所有方法：func (s *Square) Scale() ✅ 和 func (s *Square) Area() ✅（也可通过指针调用值接收者方法）
- 而 Shape 接口要求同时具备 Scale(num float64)（指针接收者）和 Area() float64（当前为值接收者）——二者接收者类型不一致，导致 Square 本身不满足 Shape 接口。
因此，s := Square{10}; PrintArea(s) 编译失败，因为 Square 类型未实现 Shape（缺失 Scale 的实现）。
✅ 正确解法：统一接收者类型
推荐方案是将所有接口方法统一使用指针接收者。这既符合“修改状态”的语义（Scale 显然要修改 edge），也保证方法集完整、接口实现清晰：
package main
import "fmt"
type Shape interface {
Scale(num float64)
Area() float64
}
type Square struct {
edge float64
}
// ✅ 全部使用指针接收者，确保 *Square 满足 Shape
func (s *Square) Scale(num float64) {
s.edge *= num
}
func (s *Square) Area() float64 { // 注意：此处改为 *Square 接收者
return s.edge * s.edge
}
func PrintArea(s Shape) {
fmt.Println("Area:", s.Area())
}
func main() {
s := Square{edge: 10}
PrintArea(&s) // ✅ 传入 *Square，满足 Shape
s.Scale(2) // 修改后
PrintArea(&s) // 输出: Area: 400
}? 为什么不能只改调用方式而不改 Area？ 即使你保持 Area 为值接收者，*Square 仍能调用它（Go 允许指针自动解引用调用值方法），所以 *Square 依然满足 Shape。但若后续增加其他值接收者方法，易引发不一致问题。最佳实践：只要接口中任一方法使用指针接收者，建议全部使用指针接收者，提升可维护性与语义一致性。
⚠️ 注意事项总结
- ❌ 不要混合使用：Scale（指针接收者） + Area（值接收者） → Square 类型不实现接口，*Square 可实现，但易混淆；
- ✅ 优先用指针接收者实现接口方法，尤其当方法需修改 receiver 状态时；
- ✅ 调用方需显式传递地址：PrintArea(&s)，而非 PrintArea(s)；
- ? 值类型变量 s 可以调用 (s *Square).Scale() 是因为 Go 编译器自动插入 &s，但这不等于 s 实现了含指针接收者方法的接口。
掌握方法集与接口实现的对应关系，是写出健壮、可扩展 Go 接口代码的关键一步。
