在 go 中，当结构体嵌入另一个类型并重写其方法时，可通过显式限定嵌入类型名（如 `it.impl.nifty()`）来调用原始实现，而非依赖接口断言或指针类型转换——这是实现类似“super 调用”的标准、安全且无递归风险的做法。
Go 不支持面向对象语言中的 super() 语法，但通过显式类型限定 + 嵌入字段访问，可清晰、可靠地调用嵌入类型的原始方法。关键在于：避免指针嵌入与值接收器混用，并始终通过嵌入字段名直接调用。
✅ 正确做法：值嵌入 + 显式字段调用
假设基础接口和实现如下（注意：接口定义中 func 关键字是非法的，已修正为标准语法）：
// pkg/interface.go
package pkg
type BaseInterface interface {
Nifty() bool
Other1()
Other2()
// ... 其他方法
}
// pkg/impl.go
type Impl struct{}
func (Impl) Nifty() bool { return true }
func (Impl) Other1() {}
func (Impl) Other2() {}在另一包中嵌入并重写 Nifty：
// myOtherPackage/main.go
package myOtherPackage
import "pkg"
type ImplToo struct {
pkg.Impl // ✅ 值嵌入（推荐），非 *pkg.Impl
}
// 值接收器匹配嵌入类型（pkg.Impl 是值类型）
func (it ImplToo) Nifty() bool {
// ✅ 正确：显式通过嵌入字段名调用原始实现
return it.Impl.Nifty()
}? 为什么 it.Impl.Nifty() 可行？ 因为 ImplToo 直接嵌入了 pkg.Impl 字段（匿名字段），Go 自动将其提升为 ImplToo 的可访问字段；it.Impl 是一个 pkg.Impl 类型的值，可直接调用其方法。
⚠️ 常见错误及原因
| 错误写法 | 问题说明 |
|---|---|
| (&it).(pkg.BaseInterface).Nifty() | 编译失败：&it 是 *ImplToo 类型，不能断言为接口 BaseInterface（除非 *ImplToo 实现了该接口，且此处未实现）；且断言后调用仍会进入 ImplToo.Nifty()，导致无限递归。 |
| it.(*pkg.Impl).Nifty() | 编译失败：it 是 ImplToo 类型，无法转换为 *pkg.Impl（类型不兼容）。 |
| *it.Impl.Nifty() 或 it.Impl().Nifty() | 语法错误：Impl 是类型名，不是方法或字段访问表达式。 |
? 若必须使用指针嵌入？
当 pkg.Impl 的方法接收器为指针（如 func (i *Impl) Nifty() bool）时，需保持一致性：
type ImplToo struct {
*pkg.Impl // 指针嵌入
}
func (it *ImplToo) Nifty() bool { // ✅ 接收器也必须为指针
return it.Impl.Nifty() // 仍可直接调用
}⚠️ 注意：此时 ImplToo 的方法接收器必须是 *ImplToo，否则 it.Impl 可能为 nil，且值接收器无法访问指针嵌入字段的方法（Go 规则：只有指针接收器方法可被指针嵌入字段调用）。
✅ 最佳实践总结
- 优先使用值嵌入（pkg.Impl），搭配值接收器，语义清晰、零分配、无 nil 风险；
- 调用父级方法时，永远使用 it.EmbeddedTypeName.Method() 形式，不依赖接口断言或类型转换；
- 避免混合指针/值嵌入与接收器类型，否则易触发编译错误或意外行为；
- Go 中没有“运行时动态 super 调用”，所有方法分发在编译期确定，因此显式调用是最高效、最可控的方式。
通过这一模式，你既能享受嵌入带来的组合便利性，又能精确控制方法调用链，真正践行 Go 的“组合优于继承”哲学。
