Go结构体匿名嵌套且字段首字母大写才能透出字段，否则需显式路径访问；方法仅一级提升，多层需手动转发；JSON标签不继承，每层须独立标注；深层嵌套推荐用构造函数封装。
匿名嵌套才能“透出”字段，小写字段一律不可访问
Go 里结构体嵌套不等于“继承”，只有用匿名嵌套（即只写类型、不写字段名）+ 导出字段（首字母大写），外层结构体才能直接访问内层字段。否则你得写 u.Addr.City 这种显式路径，没法简写成 u.City。
- ✅ 正确：
type User struct { Address }→u.City可用（前提是Address里是City string，不是city string） - ❌ 错误：
type User struct { Addr Address }→u.City编译失败，只能u.Addr.City - ⚠️ 常见坑：嵌套了
Address，但里面定义的是city string（小写），结果u.city报错 —— Go 不认，外部包也拿不到，JSON 序列化也会丢字段 - ? 记住口诀：“匿名 + 大写 = 提升；有名字 or 小写 = 隐藏”
多层嵌套时方法不会自动穿透，别指望 a.CMethod()
Go 只做一级提升：A 匿名嵌入 B，B 匿名嵌入 C，那么 A 能直接调用 B 的导出方法，但不能直接调用 C 的方法。想用 C 的方法？必须写 a.B.C.Method()，或者在 B 里手动包装一层。
- ❌ 错误假设：
type A struct { B }; type B struct { C }→a.CMethod()会编译失败 - ✅ 可行方案：在
B中加一个转发方法func (b *B) CMethod() { b.C.CMethod() }，这样a.CMethod()才能成立 - ? 反射也遵循这规则：
reflect.ValueOf(a).MethodByName("CMethod")同样无效，除非 CMethod 已被 B 显式暴露 - ? 注意：方法接收者类型不变 ——
CMethod的 receiver 还是*C，不是*A，所以内部不能直接访问 A 的字段
json.Marshal 不继承 tag，每层都得自己标
嵌套结构体序列化时，json 标签不会从内层自动“冒泡”到外层。哪怕 Address 字段已经打了 json:"address"，它里面的 City 字段如果没标，照样按默认名（City）输出，而不是你想要的 city。
- ✅ 正确写法：
type Address struct { City string `json:"city"` }+type User struct { Address Address `json:"address"` } - ❌ 常见漏标：
Address结构体本身没加 tag，或字段用了小写名（city string）导致 JSON 里根本不出现在结果中 - ⚠️ 特别注意零值：
Zip string `json:"zip,omitempty"`中的omitempty只对当前字段生效，不会影响外层是否输出address对象 —— 如果Address是空结构体且整个字段是零值，address键仍可能消失，取决于外层是否加了omitempty
别用字面量硬写多层嵌套，用构造函数封装意图
初始化三层以上的嵌套结构（比如 User{Instances: []Instance{{Configs: []Config{{Replicas: []string{"a","b"}}}}}}），括号嵌套深、顺序敏感、易错且无法表达业务含义。真正可维护的做法是为每层提供 NewXxx() 函数。
立即学习“go语言免费学习笔记（深入）”；
- ✅ 推荐：
user := NewUser(NewInstance("inst-1", NewConfig("cfg-1", "a", "b")))—— 每个函数名自带语义，参数位置明确，支持默认值和校验扩展 - ❌ 硬编码：
User{Instances: []Instance{{Name:"inst-1", Configs: []Config{{ConfigName:"cfg-1", Replicas:[]string{"a","b"}}}}}}—— 改个字段名就容易漏，加个新字段就得重排所有字段 - ? 构造函数返回值类型建议用值类型（
Config而非*Config），避免意外共享状态；真需要指针再额外提供NewXxxPtr() - ? 顺手把深层访问也收进方法里，比如
u.FirstInstanceName()，比裸写u.Instances[0].Name安全得多
嵌套本身语法简单，难的是设计边界 —— 哪些该提升、哪些该隐藏、哪层该加构造函数、哪层该配 JSON tag。一不留神，嵌套就变成“俄罗斯套娃式调试噩梦”。
