go 不支持继承，结构体嵌入不构成类型兼容关系；若函数期望接收父结构体，不能直接传入嵌入该结构体的子结构体，而需显式访问嵌入字段或改用接口抽象。
go 不支持继承，结构体嵌入不构成类型兼容关系；若函数期望接收父结构体，不能直接传入嵌入该结构体的子结构体，而需显式访问嵌入字段或改用接口抽象。
在 Go 中，Child 嵌入 Parent（如 type Child struct { Parent }）仅表示 Child 拥有 Parent 的字段和方法（通过提升），但 Child 与 Parent 是两个完全独立的、不可互换的类型。这与面向对象语言中的“子类可替代父类”（Liskov 替换原则）有本质区别——Go 没有继承，只有组合与接口契约。
因此，以下代码会编译失败：
func SomeFunction(parent Parent) {
fmt.Printf("%v\n", parent.A)
}
child := Child{Parent: Parent{A: "test"}}
SomeFunction(child) // ❌ 编译错误：cannot use child (type Child) as type Parent
✅ 正确做法一：显式提取嵌入字段
若逻辑上只需 Parent 的数据，直接传 child.Parent 即可：
SomeFunction(child.Parent) // ✅ 合法：child.Parent 的类型就是 Parent
⚠️ 注意：此方式仅适用于函数纯消费 Parent 数据/方法，且不依赖 child 自身其他字段或行为。
✅ 正确做法二：定义接口，实现多态抽象（推荐）
当需要统一处理 Parent 及其“扩展者”（如 Child）时，应转向接口设计：
type Person interface {
GetName() string // 抽象行为，而非数据字段
}
func SomeFunction(p Person) {
fmt.Printf("Name: %s\n", p.GetName())
}
// Parent 实现接口
func (p Parent) GetName() string { return p.A }
// Child 自动继承 Parent 的 GetName 方法（因嵌入），故也实现 Person
// （无需额外定义，除非需定制逻辑）
此时调用完全合法：
child := Child{Parent: Parent{A: "test"}}
SomeFunction(child) // ✅ 编译通过：Child 满足 Person 接口
? 关键原则：
- 不要试图模拟继承：Go 的嵌入是“has-a”，不是“is-a”。
- 优先使用接口：当需要多态行为时，定义小而专注的接口（如 Stringer, io.Reader），让类型通过实现方法来满足契约。
- 数据封装于方法中：接口不应暴露字段，而应提供访问方法（如 GetName() 而非直接暴露 A 字段），既保证封装性，又支持不同实现（例如 Child 可重写 GetName 返回组合字符串）。
总结：Go 的设计哲学是“组合优于继承，接口优于类型”。遇到类似问题时，应回归需求本质——你真正需要的是数据传递，还是行为抽象？前者用字段访问，后者用接口，二者皆清晰、安全、符合 Go 惯例。
