Go结构体嵌套是组合而非继承；仅匿名嵌入且内层字段导出（首字母大写）时，外层才可直接访问该字段，如a.Name等价于a.User.Name；小写字段、显式字段名、多级嵌套、json tag均不提升。
Go 里 struct 嵌套不是继承，是组合；只有匿名嵌入 + 导出字段，才能直接访问内层字段，否则编译报错或序列化失效。
匿名嵌入才能提升字段和方法
Go 不支持继承，但允许通过匿名嵌入（即只写类型、不写字段名）把另一个结构体的导出字段和方法“提升”到外层作用域。这不是语法糖，是编译器明确支持的字段提升（promotion）机制。
- ✅ 正确：
type User struct { Address }→ 可直接写u.City（前提是Address.City是大写导出字段） - ❌ 错误：
type User struct { Addr Address }→ 必须写u.Addr.City，u.City编译失败 - ⚠️ 小写字段即使匿名嵌入也无效：
type Address struct { city string }→u.city永远不可访问，编译报cannot refer to unexported field - ⚠️ 方法提升后，接收者仍是原类型：
func (a *Address) Format() {}被提升后，u.Format()的 receiver 是*Address，不是*User—— 这在反射或接口断言时容易 panic
JSON 序列化时 tag 不继承，必须每层显式标注
很多人以为嵌入了 Address，它里面的 json:"city" 就能自动生效，结果 json.Marshal 输出空字段、字段名不对，甚至整个嵌入结构变成 {"address":{}}。
- ❌ 错误写法：
type Person struct { Name string; Addr Address }→Addr字段默认序列化为"addr"，其内部City string json:"city"完全被忽略 - ✅ 正确写法：
type Person struct { Name string `json:"name"`; Addr Address `json:"address"` }，且Address自身字段也要带 tag：City string `json:"city"` - omitempty 不传递：内层字段标了
json:",omitempty"，但外层字段没标，那该嵌入结构体哪怕为零值也会输出空对象 —— 必须在外层字段 tag 中显式加json:",omitempty" - 建议：所有参与 JSON 序列化的字段，无论内外层，都显式加 tag，别依赖默认行为
多层嵌套只做一级提升，不能跨级访问
Go 明确限制字段提升仅限一级：A 匿名嵌入 B，B 匿名嵌入 C，那么 A 可以直接访问 B 的导出字段，但不能直接访问 C 的字段。
立即学习“go语言免费学习笔记（深入）”；
- ❌
a.CField编译失败，即使C.CField是导出字段 - ✅ 合法写法：
a.B.CField或a.B.C.CField - 同名字段会冲突：
type A struct { ID int; B }和type B struct { ID int }→a.ID报错ambiguous selector，必须显式写a.ID或a.B.ID - 反射也遵循此规则：
reflect.ValueOf(a).FieldByName("CField")返回无效值，必须先取.FieldByName("B")，再从结果中取
嵌套用指针还是值类型？关键看 nil 判断和共享语义
嵌套字段声明为 Addr Address 还是 Addr *Address，直接影响初始化行为、空值判断逻辑和数据是否共享。
-
Addr Address：初始化后一定非 nil，字段永远有零值（如"",0）；赋值时整块拷贝，修改副本不影响原结构 -
Addr *Address：可为 nil，适合可选字段（如用户可能无地址）；解引用前必须判空，否则 panic；多个结构体共享同一地址实例时，改一个就全改 - ⚠️ 常见坑：
type Admin struct { *User }初始化后直接访问a.Name会 panic —— 因为*User默认是 nil，没初始化就用了 - 若需延迟初始化，可用封装方法：
func (a *Admin) User() *User { if a.User == nil { a.User = &User{} }; return a.User }，但注意并发安全
最常被忽略的是：字段提升只对导出字段生效、JSON tag 绝不继承、多级嵌套不穿透 —— 这三点一旦漏掉，调试时往往要花几小时找不出为什么字段读不到、序列化为空、反射失败。
