Go中无继承，嵌入仅提升导出字段和方法，不改变类型关系；指针接收者方法需嵌入指针；接口实现隐式且需自行定义；嵌入值/指针须与接收者类型对齐；避免同名字段冲突；嵌入类型无法访问宿主数据。
Go 里根本没有继承，所谓“组合优于继承”不是建议，而是事实——你写不出 extends，编译器直接报错。
为什么嵌入结构体不等于继承
嵌入（比如 type Dog struct { Animal }）只是让 Animal 的导出字段和方法“提升”到 Dog 的命名空间里，仅此而已。它不改变类型关系：*Dog 不是 *Animal，不能传给只接受 *Animal 的函数。
- 嵌入后调用
d.Speak()看似像继承，实际是编译器帮你自动转成d.Animal.Speak() -
Animal的指针接收者方法（如(*Animal).Speak()）在type Dog struct { Animal }中无法被提升——因为Dog{}是值，不能自动取地址 - 若想安全复用指针方法，必须嵌入指针：
type Dog struct { *Animal }，且初始化时确保不为nil
接口才是真正的“行为继承”契约
当你需要多态（比如统一处理 Dog 和 Cat），唯一靠谱的方式是定义接口，而不是依赖嵌入。Go 不会因为你嵌了 Animal 就自动让你的 Dog 满足 Animaler 接口——你得自己实现。
- 错误做法：
func Feed(a *Animal)→Dog实例传不进去，类型不匹配 - 正确做法：定义
type Speaker interface { Speak() }，然后让Dog和Cat各自实现Speak()方法 - 接口隐式实现，无需
implements声明；但这也意味着：没写方法，就不算实现——编译器不会提醒你漏了
嵌入指针 vs 嵌入值：接收者类型必须对齐
这是最常导致运行时 panic 或静默失败的地方。嵌入类型的方法能否被调用，完全取决于你嵌入的是值还是指针，以及那些方法的接收者类型。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 如果
Animal的方法都是(*Animal).Func()，却嵌入Animal（值类型），那么Dog{}.Func()会编译失败：cannot call pointer method on d.Animal - 嵌入
*Animal后，Dog{Animal: nil}.Speak()会 panic：nil pointer dereference - 实操建议：统一用指针嵌入 + 构造函数校验，例如
func NewDog(a *Animal) *Dog { if a == nil { panic("Animal required") }; return &Dog{a} }
别把嵌入当“基类”，小心字段冲突和 JSON 序列化陷阱
两个嵌入结构体都有 Name string？Go 允许编译，但 d.Name 会报 ambiguous selector。JSON 更隐蔽：Config *Config 为 nil 时输出 "config": null，而 Config Config 即使全零值也会输出完整对象。
- 字段名冲突时，不能靠大小写区分：小写字段（
name）不导出，也不提升，obj.Name永远指向大写的那个 - 避免嵌入多个含同名导出字段的结构体；真要共用状态，显式加前缀，如
PersonName、CompanyName - 可选嵌入字段一律用指针 +
json:",omitempty"，否则前端收到null还是空对象，语义完全不同
最易被忽略的一点：嵌入的结构体方法永远不知道自己被谁嵌入——它拿不到宿主类型的字段，也改不了宿主的状态。想共享逻辑又需访问宿主数据？别硬塞进嵌入类型，用回调函数或接口注入更可控。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
