go嵌套结构体需警惕字段冲突、nil panic、json tag不继承、零值误判四大陷阱：应显式命名避冲突，检查nil再访问，内层写json tag，敏感字段用指针或valid标记。
Go 语言嵌套结构体不是“要不要用”的问题，而是“怎么嵌套才不会掉坑里”的问题——直接匿名字段嵌套最常用，但字段冲突、零值传播、JSON 序列化行为这些地方一不留神就出 bug。
匿名字段嵌套时字段名冲突怎么办
Go 允许用类型名（如 Person）作为字段名省略，形成匿名字段。但若两个匿名字段含同名字段（比如都含 Name），编译直接报错：ambiguous selector。
- 显式命名字段可破冲突：把
Person改成Author Person或Editor Person - 匿名字段只在“单一继承语义”下安全；多个同名字段类型混用时，必须放弃匿名写法
- 嵌套层级超过两层后，
user.Profile.Address.City这种链式访问看着顺，但一旦中间某层是 nil，运行时 panic —— 别依赖编译器帮你挡空指针
JSON 序列化时匿名字段的 tag 覆盖规则
嵌套结构体默认会把内层字段“提上来”，但 json tag 不会自动继承。比如外层结构体没写 json:"-" ，内层字段即使有 json:"name"，也大概率被忽略。
- 外层结构体字段若为匿名，其 tag 完全无效；真正起作用的是内层字段自己的 tag
- 想控制序列化字段名？必须在内层结构体定义时就写好
json:"xxx"，外层加 tag 没用 - 如果内层字段是私有（小写开头），即使有 tag，
json.Marshal也序列化不出它 —— Go 的反射规则不穿透私有字段
嵌套结构体初始化时零值传播的隐性影响
声明一个含匿名 Time 字段的结构体，不显式初始化，整个 Time 就是零值 0001-01-01 00:00:00 +0000 UTC。这不是 bug，是设计，但业务上常被当成“未设置”误判。
- 别依赖“零值 == 未填写”做业务判断；对时间、数字、字符串等敏感字段，改用指针（
*time.Time）或自定义类型加Valid bool字段 - 使用
struct{}做标记嵌套时（比如type Admin struct{ User; }），注意它不带任何数据，但方法集会被继承 —— 方法调用目标仍是原接收者，不是新 struct -
new(T)和&T{}对嵌套结构体效果不同：new只分配内存并清零，&T{}会递归初始化所有字段（包括匿名字段），但不会调用构造函数（Go 没这玩意）
嵌套本身很简单，难的是字段所有权、零值语义、序列化边界和 nil 安全这四条线同时绷紧。写的时候多看一眼字段是不是真的需要“扁平暴露”，还是该藏在方法后面。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
