Go结构体嵌套是组合而非继承；仅匿名嵌入+导出字段才支持字段/方法提升，方法不穿透多层，JSON tag不继承，指针嵌入需谨慎处理nil和共享。
Go 结构体嵌套不是继承，是组合；只有匿名嵌入 + 导出字段（首字母大写）才能“透出”字段和方法，否则必须显式路径访问。
匿名嵌入才能触发字段提升
字段提升（promoted fields）只在匿名嵌入时发生：即结构体字段只写类型，不写字段名。内层结构体的导出字段（如 Name、ID）会自动出现在外层结构体作用域中。
-
type User struct { Address }→u.City合法（前提是Address里有导出字段City string） -
type User struct { Addr Address }→u.City编译失败，只能写u.Addr.City -
type Address struct { city string }（小写）→ 即使匿名嵌入，u.city也不可见，包外无法访问，JSON 序列化也丢该字段
方法只做一级提升，不穿透多层嵌套
Go 不支持方法链式穿透。A 匿名嵌入 B，B 匿名嵌入 C，那么 A 可以直接调用 B 的导出方法，但不能直接调用 C 的方法——哪怕 C 的方法已导出。
-
type A struct { B }，type B struct { C }→a.CMethod()编译报错：undefined: a.CMethod - 想让
a.CMethod()工作，必须在B中手动转发：func (b *B) CMethod() { b.C.CMethod() } - 反射同样受限：
reflect.ValueOf(a).MethodByName("CMethod")返回 invalid，除非该方法已被B显式暴露 - 方法接收者类型始终是原始定义类型 ——
CMethod的 receiver 是*C，不是*A，内部无法直接访问A的字段
JSON 序列化时 tag 不继承，每层必须独立标注
json.Marshal 不会自动把内层结构体字段的 json: tag “冒泡”到外层。嵌入字段本身、及其所有子字段，都需显式加 tag，否则按默认规则（大驼峰转小驼峰）输出，且小写字段根本不会出现在 JSON 中。
立即学习“go语言免费学习笔记（深入）”；
- 错误写法：
type Address struct { City string }+type User struct { Address }→ 输出{"City":"Beijing"}，不是你想要的"city" - 正确写法：
type Address struct { City string `json:"city"` }+type User struct { Address `json:"address"` } -
omitempty不传递：即使City标了json:"city,omitempty"，只要Address字段非 nil 或非零值，整个"address":{}仍会输出；外层若想控制该对象是否出现，必须给Address字段自己加omitempty - 指针嵌入更危险：
Addr *Address在json.Unmarshal时，若 JSON 中缺失或为null，字段保持nil；而值类型Addr Address总会初始化为零值，容易误判“地址存在但为空”
嵌入字段用值类型还是指针？看 nil 判断和共享需求
声明为 Address 还是 *Address，直接影响初始化语义、空值判断逻辑和数据修改可见性。
-
Addr Address：零值安全，初始化后一定非 nil；赋值是整块拷贝，u1.Addr.City = "Beijing"不影响u2 -
Addr *Address：可为nil，适合可选字段（如用户可能无地址）；但每次解引用前必须判空，否则 panic；多个结构体共享同一*Address实例时，改一个全改 - 常见坑：
json.Unmarshal对*Address字段，遇到缺失或null时保留nil；而业务代码常假设“字段存在即有效”，导致空指针 panic 或逻辑误判 - 深层嵌套建议封装构造函数，避免字面量硬写多层结构（如
User{Address: Address{City: "Beijing"}}），可读性和维护性差
最易被忽略的是方法接收者类型不变和 JSON tag 的完全不继承——这两点在接口断言、反射和序列化调试时高频引发 panic 或静默错误，不能靠经验推测，必须逐层确认。
