在 Go 中，只有当类型（T）或其指针（*T）显式实现了接口的所有方法时，该类型才能赋值给接口变量；方法接收器类型（值接收器 vs 指针接收器）直接决定实现资格，而非调用时的自动解引用能力。
在 go 中，只有当类型（t）或其指针（*t）显式实现了接口的所有方法时，该类型才能赋值给接口变量；方法接收器类型（值接收器 vs 指针接收器）直接决定实现资格，而非调用时的自动解引用能力。
Go 的接口实现判定发生在编译期静态检查阶段，其核心原则是：一个类型 T 要实现某个接口，必须为其所有方法提供匹配的接收器签名——且该签名必须与接口方法声明完全兼容。关键在于：接口实现 ≠ 方法可调用性。
回顾你的示例：
type greeter interface {
hello()
goodbye()
}
type tourGuide struct {
name string
}
func (t tourGuide) hello() { ... } // 值接收器 → T 实现 hello()
func (t *tourGuide) goodbye() { ... } // 指针接收器 → *T 实现 goodbye()
此时：
-
tourGuide类型 仅实现了hello()（因hello有值接收器）； -
*tourGuide类型 同时实现了hello()和goodbye()（Go 规范允许*T自动调用T接收器方法）； - 因此，*只有 `tourGuide
满足greeter接口的全部方法要求**，而tourGuide不满足（缺少goodbye` 的实现）。
⚠️ 注意：虽然 t1.goodbye() 在 main 中能成功执行（因为 t1 是可寻址变量，编译器自动取地址 &t1 并调用 (*tourGuide).goodbye()），但这属于方法调用语法糖，不改变类型实现关系。接口赋值是类型系统层面的契约，不依赖运行时寻址能力。
验证这一点的最简方式是查看编译错误：
var t1 tourGuide
var g greeter = t1 // ❌ compile error: tourGuide does not implement greeter
// (missing goodbye method)
而以下则合法：
var t2 *tourGuide = &tourGuide{"Smith"}
var g greeter = t2 // ✅ *tourGuide implements both methods
? 进阶提示：若希望 tourGuide 值类型也能满足接口，统一使用值接收器（适用于小结构体、无状态操作）；若需修改字段或保证一致性（如避免拷贝大对象），则应全部使用指针接收器。混合使用虽技术可行，但易引发接口实现困惑，建议在设计接口实现类型时保持接收器风格一致。
总结：Go 接口实现基于类型 + 接收器签名的精确匹配，而非“能否调用”。理解 T 与 *T 在接口实现上的非对称性，是写出健壮、可维护 Go 接口代码的关键基础。
