Go语言中结构体嵌入是组合而非继承；方法提升依赖receiver类型匹配；接口实现需显式满足，不因嵌入自动继承；字段名冲突导致ambiguous selector；json序列化行为取决于嵌入的是值还是nil指针。
Go 语言里没有继承，所谓“结构体嵌套实现继承”是常见误解。你写 type Dog struct { Animal }，不是让 Dog 成为 Animal 的子类，只是让 Dog 持有 Animal 的字段和方法——本质是组合，不是类型继承。
嵌入后调用方法失败？检查 receiver 类型是否匹配
嵌入能“提升”方法，但前提是方法的 receiver 类型与嵌入方式一致。比如：
-
func (a *Animal) Speak()只会被*Dog提升；若你用var d Dog（值类型），d.Speak()会编译失败 -
func (a Animal) GetName()是值接收者，则Dog和*Dog都能调用，但修改字段的操作不会影响原Animal字段（因为是拷贝） - 实践中强烈建议统一用指针接收者，尤其是字段要被修改时（如
SetAge()）
接口传参报错：cannot use … as … because … does not implement …
这是最典型的“以为嵌入=继承”导致的错误。接口实现必须显式满足，不能靠嵌入自动继承。
-
type Speaker interface { Speak() }，即使Dog嵌入了Animal且Animal实现了Speak()，Dog本身是否满足Speaker，取决于它的 receiver 类型是否能调用该方法 - 如果
Animal.Speak()是*Animal接收者，那么只有*Dog满足Speaker，而Dog（值）不满足 - 更关键的是：哪怕
*Dog能调用Speak()，它也**不等于**实现了Speaker接口——Go 会检查方法签名是否完全一致（包括 receiver 类型），并确认该方法属于*Dog的方法集 - 解决办法：确保嵌入字段的方法 receiver 与你要传入的接口要求一致；或在
Dog上显式声明一个转发方法：func (d *Dog) Speak() { d.Animal.Speak() }
两个嵌入结构体都有 Name 字段？访问时直接报 ambiguous selector
Go 允许编译通过，但运行前就卡在语法层。
立即学习“go语言免费学习笔记（深入）”；
-
type User struct{ Person; Company }，若Person和Company都含导出字段Name string，则u.Name编译失败，提示ambiguous selector u.Name - 更隐蔽的是大小写混用：
Person.Name（大写）和company.name（小写），后者不可导出，u.Name总指向Person.Name，你以为读的是 company 名，实际不是 - 用
go vet -shadow可提前发现潜在字段名冲突 - 真需要共存，别依赖匿名嵌入，改用显式命名字段：
PersonName string、CompanyName string
json.Marshal 输出 null 还是空对象？取决于嵌入的是指针还是值
这在 API 开发中极易引发前端解析失败或语义歧义。
-
type Config struct{ Timeout int }，嵌入为Config（值类型）：即使Timeout == 0，json.Marshal仍输出{"config":{"timeout":0}} - 嵌入为
*Config，且该指针为nil：输出{"config":null} - 嵌入
*Config后忘记初始化，又没做 nil 检查，json.Marshal就会静默输出null，而你可能期望它是默认配置 - 若需零值可序列化且语义明确，优先嵌入值类型；若需区分“未设置”和“设为零值”，才用指针并配合
omitempty标签
嵌入结构体不是语法糖，而是编译期确定的字段布局 + 方法集计算规则。最容易被忽略的，是 receiver 类型和接口实现之间的隐式绑定关系——它不看“有没有”，而看“能不能在当前类型上调用”。
