go中struct嵌入通过字段提升和方法提升复用行为，但非继承：值嵌入复制状态，指针嵌入共享状态；方法调用取决于接收者类型匹配；嵌入链仅一级提升；需手动处理初始化、多态、横切关注点等继承特性。
Go 里没有继承，但 struct 嵌入能模拟行为复用
Go 不支持类继承，struct 嵌入不是语法糖意义上的“继承”，而是字段提升 + 方法提升的组合机制。它让你能复用字段和方法，但底层仍是值拷贝或指针引用，不是运行时动态绑定。
常见错误是把嵌入当成父类：比如在嵌入类型里修改字段，却发现外层结构体没变——因为嵌入的是值类型（如 Person），不是引用；改成 *Person 才共享状态。
- 嵌入非指针类型 → 字段和方法被复制一份，修改嵌入字段不影响原实例
- 嵌入指针类型 → 共享底层数据，适合需要状态同步的场景
- 嵌入多个同名方法时，外层结构体必须显式实现该方法，否则编译报错：
ambiguous selector
嵌入后方法调用不生效？检查接收者类型是否匹配
嵌入类型的方法能否被外层结构体调用，取决于方法接收者是值还是指针。如果方法定义在 func (p Person) Speak()（值接收者），那即使你嵌入的是 *Person，也能调用；但如果方法是 func (p *Person) Save()（指针接收者），而你嵌入的是 Person（非指针），就无法调用——Go 不会自动取地址。
典型错误现象：cannot call pointer method on xxx 或 xxx does not implement YYY (missing ZZZ method)。
立即学习“go语言免费学习笔记（深入）”；
- 嵌入
Person时，只能调用值接收者方法；想调用指针接收者方法，必须嵌入*Person - 接口实现依赖实际方法集：只有当外层结构体「能调用」所有接口方法时，才被认为实现了该接口
- 别依赖 IDE 自动补全来判断是否实现接口，用
var _ MyInterface = &MyStruct{}显式断言更可靠
嵌入深度超过一层时，字段访问变得模糊且易出错
Go 允许嵌入嵌入（A 嵌入 B，B 嵌入 C），但字段提升只做一级展开：A 可以直接访问 B 的字段，但不能直接访问 C 的字段，除非 B 显式暴露（比如加 getter）。
常见错误是以为 a.CField 能直接写，结果编译失败，或者更隐蔽地——同名字段冲突导致意外覆盖。
- 嵌入链中出现同名字段（如 A 和 C 都有
Name），A 初始化时只会初始化最外层的Name，中间层的不会被设值 - JSON 序列化时，嵌入字段默认参与，但若嵌入的是匿名结构体且含
json:"-"，可能被忽略，需手动控制MarshalJSON - 测试时容易漏掉嵌入层逻辑，建议对嵌入类型单独单元测试，再测组合行为
用嵌入替代继承时，哪些地方必须手动补足？
嵌入解决不了多态调度、运行时类型切换、构造函数链这些继承天然支持的能力。你需要自己处理初始化顺序、接口适配、错误包装等。
例如：Java 里 super() 保证父类初始化；Go 里没有这个机制，NewA() 必须显式调用 NewB() 并赋值给嵌入字段。
- 构造函数要负责初始化所有嵌入字段，尤其指针嵌入时别传
nil后忘判空 - 想模拟“重写”方法？只能在外层结构体重新实现同名方法，并在内部选择性调用嵌入类型的方法
- 日志、指标、上下文传递这类横切关注点，嵌入无法自动注入，得靠组合参数或中间件模式补足
嵌入不是银弹。它轻量、静态、清晰，但也意味着你得亲手把每条链路接牢——特别是跨包嵌入时，导出规则、方法可见性、零值语义，稍不注意就会在调用方崩出意料之外的 nil pointer dereference 或静默忽略。
