go结构体嵌入是字段提升而非继承：student嵌入person后可直接访问name，等价于s.person.name；无隐式类型转换，方法调用依赖接收者类型与嵌入链查找，不递归展开。
Go 里结构体嵌入不是继承，是字段提升
嵌入 type Person struct{ Name string } 到 type Student struct{ Person } 后，Student 实例能直接调用 Name，但这是编译器做的“字段提升”——s.Name 等价于 s.Person.Name，底层没生成任何新方法或类型关系。
常见错误现象：Student 传给期望 *Person 的函数会报错，因为 Go 没有子类到父类的隐式转换；接口实现也只看方法签名，不看嵌入链。
- 嵌入匿名字段时，字段名就是类型名（如
Person），不能重复；若显式命名（p Person），就失去字段提升能力 - 多个嵌入字段含同名字段（如两个都含
ID int），访问s.ID会编译失败，必须用s.Person.ID或s.User.ID显式指定 - 嵌入指针类型（
*Person）也能提升字段，但初始化时得手动赋值，否则是 nil，访问字段 panic
方法继承？其实是方法查找规则在起作用
如果 Person 有方法 func (p *Person) SayHi() {}，那么 Student 实例调用 s.SayHi() 能成功，不是因为“继承”，而是 Go 方法集规则：当调用 s.SayHi() 时，编译器会沿嵌入链向上找，发现 *Person 有该方法，且 s 可取地址（&s 是 *Student），而 *Student 包含 *Person 字段，于是自动转成 s.Person.SayHi()。
- 只有**指针接收者方法**能被嵌入结构体的指针实例调用；值接收者方法只能被值实例调用，且嵌入后仍受限于接收者类型匹配
- 如果
Student自己定义了同签名的SayHi()，它会覆盖嵌入的版本，没有“重写”语义，只是普通方法遮蔽 - 嵌入的类型本身方法集不含其嵌入的更深层类型的方法——嵌入不递归展开，只查一级
组合优于嵌入：什么时候该用字段命名而非匿名嵌入
匿名嵌入适合“is-a”语义弱、纯复用字段/方法的场景（如日志字段、ID 字段）；一旦需要区分来源、避免冲突、或控制可见性，就得用命名字段。
立即学习“go语言免费学习笔记（深入）”；
- 想让
Student有Person行为但不暴露Person字段（比如隐藏SSN），就别匿名嵌入，改用person Person+ 手动包装方法 - 嵌入多个同类结构体（如
Reader和Writer）时，若它们都有Close()，匿名嵌入会导致方法冲突，必须命名字段并显式调用 - 嵌入接口类型（
io.Reader）是合法的，但此时不会提升任何字段（接口无字段），只提供方法委托的语法糖，实际仍是运行时动态调用
嵌入与 JSON 序列化：匿名字段默认导出，但标签不继承
json.Marshal 对嵌入结构体默认按字段提升处理，但 json 标签不会自动继承。如果 Person 字段定义为 Name string `json:"name"`，嵌入后 Student 的 JSON 输出仍是 "name"；但如果 Person 是命名字段（p Person），则默认输出为 "p": {...}，除非加 json:",inline"。
- 匿名嵌入的结构体字段若带
json:"-"，会被跳过；但若父结构体字段也加了json:"-"，会双重屏蔽，需谨慎 - 嵌入指针字段（
*Person）且为 nil 时，json.Marshal输出null，不是空对象；若希望忽略 nil 字段，得用json:",omitempty" - 嵌入后字段名冲突（如
Person.ID和Student.ID同时存在）会导致 marshal 失败或覆盖，必须用标签明确区分
嵌入看着像继承，但它的边界很硬——没有虚函数表、没有运行时类型推导、没有向上转型。真正难的不是怎么写，而是每次调用前得心里默念一遍：这个方法到底属于谁？这个字段到底从哪来？
