go中结构体匿名嵌套非继承，仅一级字段/方法提升，同名字段需显式访问，组合优于嵌套，接口复用更安全灵活，嵌入指针易致nil panic，显式字段更可控可维护。
结构体嵌套时，匿名字段不是“自动继承”
Go 里没有继承，嵌套结构体的匿名字段只是语法糖，编译器会帮你“提升”同名方法和字段访问，但仅限于一级提升，且有严格限制。
- 如果
A匿名嵌入B，而B又匿名嵌入C，那么A不能直接访问C的字段——必须写成a.B.CField - 若
A和B都有同名字段（比如都叫ID），A嵌入B后，a.ID会报错：ambiguous selector，必须显式写成a.ID或a.B.ID - 方法提升只发生在非指针接收者和指针接收者都存在时才“安全”；如果只有值接收者方法，用
&a调用可能失败（因为提升规则对地址取值有要求）
组合优于嵌套：用字段名显式声明更可控
匿名字段看着省事，但一到调试、序列化、反射或生成文档时就容易出问题。显式命名字段反而更直白、更易维护。
-
json.Marshal默认忽略匿名字段的导出性判断逻辑，容易漏字段；显式字段名能明确控制jsontag - IDE 跳转和补全对匿名字段支持不稳定，尤其跨包时，
go list或gopls可能无法准确定位来源 - 当需要部分复用（比如只想要
User的认证逻辑，不要其数据库字段），匿名嵌入会让结构体“胖”得不必要；显式字段 + 方法委托更轻量
示例：
type Admin struct {<br> User User `json:"user"` // 显式命名，tag 清晰<br> Role string `json:"role"`<br>}<br><br>// 复用逻辑不靠嵌入，靠方法调用<br>func (a *Admin) IsExpired() bool {<br> return a.User.IsExpired() // 主动调用，语义清晰<br>}
接口组合比结构体嵌入更适合行为复用
想复用“能保存”“能验证”“能日志”的能力？别急着嵌结构体，先看能不能拆成接口。Go 的组合哲学核心是“面向行为”，不是“面向数据”。
立即学习“go语言免费学习笔记（深入）”；
- 嵌入结构体容易导致耦合：改
Logger字段名或初始化方式，所有嵌入它的类型都要动；而接口只要实现Log(string)就行 - 测试时，接口可轻松 mock；嵌入的具体结构体往往带状态（如
*sql.DB），难隔离 - 一个类型可以同时满足多个接口（
io.Reader+io.Closer），但嵌入多个同级结构体会引发字段冲突，且无法表达“可选实现”
嵌入指针类型要小心 nil panic
嵌入 *SomeService 看起来方便注入，但忘记初始化就会在首次调用时 panic，错误堆栈还藏得深。
- 嵌入
*http.Client后直接用c.Do()，如果没赋值，运行时报panic: runtime error: invalid memory address or nil pointer dereference - 相比而言，显式字段 + 构造函数（如
NewAdmin(user *User, logger *zap.Logger)）能提前校验依赖是否为 nil - 如果真要用嵌入指针，建议加一个初始化检查方法，比如
func (a *Admin) init() error，并在关键方法开头调用
最常被忽略的一点：嵌入带来的字段顺序会影响 unsafe.Sizeof 和内存布局，做高性能场景（比如大量实例、cgo 交互）时，匿名字段插入位置会改变对齐填充，实际大小可能比预期多几个字节。
