嵌套结构体直接用struct类型作字段，无需关键字；字段名是否导出决定包外可见性；JSON等序列化依赖struct tag，须加引号；指针支持nil判断和共享数据，值类型适合小结构且必有零值；初始化需手动逐层赋值，避免nil panic。
嵌套结构体怎么写，字段名要不要加标签
Go 里嵌套结构体就是直接把另一个 struct 类型当字段类型用，不需特殊关键字。字段名是否导出（首字母大写）决定它能否被外部包访问，和嵌套无关。但如果你用 json.Marshal 或 encoding/xml，就得靠 struct tag 控制序列化行为。
- 匿名字段（提升字段）会自动继承内层 struct 的导出字段，容易引发命名冲突或意外暴露
- 显式命名字段更安全，也更易读，比如
User *Profile比*Profile更清楚语义 - 常见错误：
json:"user_info"写成json:user_info（漏了引号），会导致编译通过但运行时忽略该 tag
嵌套时指针 vs 值类型怎么选
嵌套字段用 *OtherStruct 还是 OtherStruct，关键看是否允许为 nil、是否要共享数据、以及内存开销。
- 用指针：支持 nil 判断、避免复制大结构体、多个地方修改同一份数据（比如配置、上下文）
- 用值类型：字段必有默认值（零值）、不可为 nil、适合小结构（如
type Point struct{ X, Y int }） - 性能影响：嵌套三层以上且字段多时，值类型拷贝成本明显；但频繁解引用指针也会轻微拖慢访问速度
- 典型坑：
json.Unmarshal对 nil 指针字段不会自动 new，反序列化失败也不报错，只留空值
初始化嵌套结构体的常见写法
Go 不支持字段默认值语法，所有嵌套字段都要手动初始化，否则是零值或 nil —— 很多 bug 就出在这儿。
- 推荐用字面量逐层初始化：
User: &User{Profile: &Profile{Name: "Alice"}} - 别依赖“自动零值”，比如
time.Time字段嵌套在结构里，没显式赋值就是零时间，可能触发数据库约束错误 - 如果嵌套深、初始化逻辑重复，封装一个 NewXXX 函数比反复写字面量更可靠
- 错误示例：
u := User{}; u.Profile.Name = "Bob"—— 此时u.Profile是 nil，会 panic
JSON 序列化嵌套字段时的典型问题
json.Marshal 默认只序列化导出字段，且对嵌套结构体递归处理。但 tag 冲突、nil 指针、循环引用会让结果出人意料。
立即学习“go语言免费学习笔记（深入）”；
- 内层 struct 的
jsontag 依然生效，外层无法覆盖；想统一控制得用自定义MarshalJSON方法 -
omitempty对指针字段只判断是否为 nil，对值类型字段判断是否为零值（包括空字符串、0、nil slice） - 常见错误：
json:"user,omitempty"加在嵌套指针字段上，但忘了初始化该指针，结果整个字段消失，前端收不到 key - 调试技巧：先
fmt.Printf("%+v", v)看内存值，再对比json.Marshal输出，能快速定位是零值还是 nil 导致字段丢失
