go嵌入是独立组合机制而非继承模拟，提供清晰依赖、安全复用与直接测试；方法调用静态绑定，不支持运行时重写；同名方法需显式指定，鼓励接口抽象与依赖注入。
Go 语言没有继承，但嵌入（embedding）不是“模拟继承”的妥协方案——它是一套独立、更可控的组合机制。你不能靠嵌入获得多态分发或运行时方法重写，但能获得更清晰的依赖、更安全的复用和更直接的测试路径。
嵌入结构体后调用方法，为什么不会自动走外层类型实现？
嵌入只是字段与方法的语法糖提升，不是类型继承。被嵌入类型的方法内部调用 Talk()，仍会绑定到该类型自身，不会“向上查找”外层结构体是否重写了它。
- 例如
Person有Talk()和TalkVia()（内部调p.Talk()），当Android嵌入Person并定义自己的Talk()，a.TalkVia()仍调用Person.Talk()，而非Android.Talk() - 这是静态绑定：方法调用目标在编译期就确定了，不依赖接收者实际类型
- 若想让
TalkVia()调用子类逻辑，必须显式传入接口或函数，比如func (p *Person) TalkVia(talker func())
多个嵌入结构体含同名方法时编译报错：ambiguous selector
Go 不允许歧义。当两个嵌入结构体都提供 Log() 方法，而宿主结构体直接写 c.Log()，编译器无法决定调哪个，直接报错。
- 必须显式指定：
c.Engine.Log()或c.Logger.Log() - 这不是限制，而是强制你暴露决策点——哪部分日志该由谁负责，得写清楚
- 如果真需要统一入口，应提取为接口（如
Logger），再通过字段注入，而非靠嵌入“混在一起”
嵌入 + 接口字段组合，才是替代继承的生产级写法
真正可维护的复用模式是：通用逻辑封装进结构体，行为差异抽象为接口，再通过字段持有并调用——这叫依赖注入，不是继承。
-
Base结构体不嵌入自身，也不持有*Base或循环引用的接口指针 - 它只持有一个接口字段，如
validator Validator，所有可变逻辑都通过该接口调用 - 用户类型（如
Extender）嵌入Base，并实现Validator接口，构造时显式传入&Extender{}给Base - 这样测试时可直接传
mockValidator，替换成本低，生命周期清晰，无初始化竞态
最容易被忽略的是：嵌入不是为了少写一行 engine.Start()，而是把“谁拥有这个能力”和“谁管理它的生命周期”同时固化在结构体定义里。一旦你嵌入了 *sql.DB，你就得负责它是否已初始化、是否已关闭——这点比语法糖重要得多。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
