在 go 中，当结构体嵌入另一个实现了接口的类型并重写其方法时，可通过显式限定嵌入类型名（如 it.impl.nifty()）直接调用父级实现，而非依赖类型断言或指针转换——这是实现“类似面向对象中 super() 调用”的标准、安全且无递归风险的方式。
go 并不支持传统面向对象语言中的继承与 super() 语法，但通过结构体嵌入（embedding） 和显式类型限定调用，可以优雅地复用和扩展嵌入类型的行为。关键在于理解嵌入的本质：它是一种组合（composition）机制，而非继承；被嵌入类型的字段和方法被“提升”（promoted）到外层结构体，但其原始接收者语义仍完全保留。
✅ 正确做法：显式限定嵌入类型名
假设你有如下定义：
// pkg/base.go package pkg type BaseInterface interface { Nifty() bool Other1() // ... 其他34+个方法 } type Impl struct{} func (Impl) Nifty() bool { return true } func (Impl) Other1() { /* ... */ }在另一包中嵌入并重写 Nifty：
// myotherpkg/impltoo.go package myOtherPackage import "pkg" type ImplToo struct { pkg.Impl // ? 非指针嵌入（推荐初学者优先使用） } // 显式调用嵌入类型的 Nifty 实现 func (it ImplToo) Nifty() bool { return it.Impl.Nifty() // ✅ 正确：直接通过字段名访问 }? 注意：it.Impl.Nifty() 中的 Impl 是嵌入字段的类型名（因未显式命名，Go 自动以类型名为字段名），而非变量名。这正是 Go 提供的“显式向上委托”机制。
⚠️ 常见错误及原因分析
| 错误写法 | 问题说明 |
|---|---|
| (&it).(pkg.BaseInterface).Nifty() | 编译失败：&it 是 *ImplToo 类型，不能直接断言为接口；且 BaseInterface 是接口，断言需满足实现关系，但此处逻辑错位。 |
| it.Impl.Nifty()（但嵌入的是 *pkg.Impl） | 若嵌入 *pkg.Impl，而 Impl 的方法接收者是值类型（如 func (Impl) Nifty()），则 it.Impl 是 *Impl，调用 it.Impl.Nifty() 会触发自动解引用 —— 看似可行但隐含风险；若 Impl 方法接收者改为 *Impl，则必须确保 it.Impl 非 nil，否则 panic。 |
| it.Nifty()（在方法体内递归调用） | 导致无限递归：it.Nifty() 即当前方法自身，未做任何区分。 |
? 最佳实践建议
- 优先使用值类型嵌入（pkg.Impl 而非 *pkg.Impl），并保持方法接收者一致性（值接收者配值嵌入，指针接收者配指针嵌入）；
- 避免混合指针/值嵌入与接收者类型，否则易引发 nil panic 或意外解引用；
- 若必须嵌入指针（例如需共享状态或修改内部字段），请统一使用指针接收者，并在调用前校验非空：
type ImplToo struct { *pkg.Impl // 指针嵌入 } func (it *ImplToo) Nifty() bool { if it.Impl == nil { panic("embedded Impl is nil") } return it.Impl.Nifty() // ✅ 安全调用 }? 总结
Go 中没有 super()，但有更清晰、更可控的替代方案：通过嵌入字段名显式调用（如 it.Impl.Nifty()）。它不依赖运行时类型系统，零开销、类型安全、意图明确。与其尝试模拟 OOP 语义，不如拥抱 Go 的组合哲学——将“复用”表达为“显式委托”，这才是地道、健壮且易于维护的 Go 风格。