本文介绍如何在 go 中利用结构体嵌入（composition）消除接口实现中的重复代码，避免为每个类型重复定义相同方法，同时保持接口抽象和可扩展性。
本文介绍如何在 go 中利用结构体嵌入（composition）消除接口实现中的重复代码，避免为每个类型重复定义相同方法，同时保持接口抽象和可扩展性。
在 Go 的面向接口编程实践中，“coding to an interface” 是核心范式，但若每个具体类型都重复实现相同逻辑（如 speak() 方法），不仅违反 DRY 原则，也增加维护成本。上述示例中，Cat 和 Dog 各自实现了功能完全一致的 speak() string 方法——仅返回内部字符串字段。这种重复可通过结构体嵌入（embedding）+ 组合（composition）优雅解决。
关键在于：将共用行为提取为独立类型（如 Speaker），并将其嵌入各宠物结构体中。Go 会自动提升嵌入类型的导出方法到外层结构体，从而让 Dog 和 Cat 无需显式实现 speak() 即满足 Pet 接口：
type Speaker struct {
Saying string
}
func (s Speaker) speak() string {
return s.Saying
}
type Pet interface {
speak() string // 注意：小写方法名 → 仅包内可见；如需跨包使用，请改为 Speak()
}
type Dog struct {
Speaker // 嵌入，自动获得 speak() 方法
}
type Cat struct {
Speaker
}初始化时，可直接构造嵌入字段：
Fido := Dog{Speaker{"woof"}}
Lucy := Cat{Speaker{"meow"}}✅ 优势总结：
- ✅ 零重复逻辑：speak() 实现仅存在于 Speaker 中；
- ✅ 语义清晰：Speaker 明确表达了“发声能力”这一可复用行为；
- ✅ 符合 Go 哲学：不依赖继承，而是通过组合构建能力，类型间无强耦合；
- ✅ 易于扩展：新增宠物（如 Bird）只需嵌入 Speaker 并设置 Saying，即自动支持 Pet 接口。
⚠️ 注意事项：
- 接口方法名 speak() 为小写，仅在当前包内可见；若需跨包使用，请统一改为导出形式 Speak()，并同步调整 Speaker.Speak() 方法签名；
- 嵌入是静态委托，Speaker 本身无法感知宿主类型（如 Dog 或 Cat），因此不适合需要“类型自省”或差异化逻辑的场景；
- 若未来某类宠物需定制发声逻辑（如带时间戳的 speak()），仍可为该类型单独实现方法，Go 会优先调用显式定义的方法（方法集覆盖规则）。
综上，结构体嵌入是 Go 中践行 DRY 与接口抽象的惯用且推荐方式——它轻量、明确、无副作用，真正体现了“组合优于继承”的设计思想。
