Go嵌入结构体不是伪继承，而是编译期零开销的字段与方法平铺；仅提升可导出成员，同名方法直接覆盖，多同类型嵌入需显式命名；接收者类型决定方法是否可调用；自动实现接口但不可直接访问嵌入字段未导出方法；嵌入字段不自动初始化，须手动处理零值与指针安全。
Go 里没有继承，但嵌入结构体不是“伪继承”
Go 不支持类继承，type A struct{ B } 这种写法不是语法糖，也不是模拟 OOP 的权宜之计——它是显式、可控、零开销的字段展开。编译器会在编译期把嵌入字段的所有可导出字段和方法“平铺”到外层结构体中，不产生任何运行时查找或间接调用。
常见错误是把它当“父类指针”用：a.B.Method() 能跑通，但说明你没理解嵌入的本质；真正该写的是 a.Method()，否则就失去了组合的意义。
- 嵌入只对可导出（大写开头）的字段/方法生效，
type Inner struct{ private int }的private不会被提升 - 如果外层结构体自己定义了同名方法，会直接覆盖嵌入的方法，不会报错也不会警告
- 嵌入多个同类型结构体时（比如两个
*http.Client），必须显式指定字段名，否则编译失败：client1 *http.Client和client2 *http.Client
方法集差异：值接收者 vs 指针接收者决定能否被提升
嵌入结构体的方法能不能被外层调用，取决于它的接收者类型。这是最容易踩坑的地方：一个方法看似“存在”，却在调用时报 cannot call pointer method on ... 或类似错误。
简单记：只有指针接收者的方法，才能被嵌入到指针类型的外层结构体上调用；而值接收者的方法，只能被嵌入到值类型上——但 Go 会自动解引用，所以实际中更常遇到的是“为什么 &A{} 调不了 B.Do()？”
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
func (b B) Do() {}→ 可被A{B{}}和&A{B{}}调用 -
func (b *B) Do() {}→ 只能被&A{B{}}调用；A{B{}}直接调用会报错 - 如果你嵌入的是
*B（比如type A struct{ *B }），那无论B的方法接收者是什么类型，基本都能调，但要注意空指针 panic 风险
接口实现：嵌入让结构体“自动满足”接口，但别依赖它做类型断言
如果嵌入的结构体实现了某个接口（比如 io.Reader），那么外层结构体也自动实现了该接口——这很实用，比如给 HTTP handler 加日志能力时，嵌入 http.Handler 就不用重写 ServeHTTP。
但别反过来想：“既然 A 实现了 io.Reader，那它底层一定有 Read 方法”。实际上它可能只是靠嵌入的 B 提供的 Read，而你自己又没暴露 B 字段名。这时候做类型断言 a.(io.Reader) 成功，但 a.Read 却不可访问（未导出或根本不存在）。
- 嵌入后接口满足是静态的，编译期检查，安全但不透明
- 如果需要访问嵌入字段的具体方法（比如调
B.Reset()），要么导出字段名（B *B），要么提供包装方法 - 避免嵌入多个实现同一接口的结构体（比如两个
io.Writer），否则接口实现会冲突，编译失败
初始化顺序和零值问题：嵌入字段不会自动初始化
嵌入不是构造函数调用，type A struct{ B } 中的 B 是字段，不是成员变量，它不会自动执行 B 的任何初始化逻辑。如果你期望 B 的字段（比如 sync.Mutex）已就绪，就得手动处理。
典型错误是声明 type Server struct{ http.Server }，然后直接调 server.ListenAndServe() —— 它会 panic，因为 http.Server 的 Handler 是 nil，且没调过 http.Server 的任何初始化逻辑。
- 嵌入字段按声明顺序初始化，但不会触发其“构造行为”（Go 没构造函数）
- 含指针嵌入（如
*sync.Mutex）时，记得在NewX()函数里&sync.Mutex{}，否则首次 Lock 就 panic - 如果嵌入结构体有非零默认值需求（比如配置结构体），建议用工厂函数封装初始化逻辑，而不是依赖字面量
组合不是“少写几行代码”的技巧，而是把依赖关系显式暴露出来——哪个字段负责什么、谁初始化谁、谁控制生命周期，都得亲手写清楚。漏掉一行 b: &B{}，可能要花半小时 debug 空指针。
