嵌套结构体字段零值不等于已准备好可用，值类型字段清零但可能掩盖逻辑错误，指针/切片/map等零值为nil导致panic，必须显式初始化各层。
嵌套结构体字段不显式初始化，就等于默认为零值——但零值不等于“已准备好可用”，这是绝大多数人栽跟头的地方。
嵌套结构体字段的零值不是“空对象”，而是“未构造”
Go 不会自动递归构造嵌套结构体。当你声明 var u User，其中 User.Address 是一个 Address 类型（非指针），它确实会被设为零值：Address{City: "", State: ""}。但这只是字段值被清零，不是“已经安全可写”。问题出在误判：你以为 u.Address.City = "Beijing" 没问题，其实它合法；但如果你把 Address 定义成指针类型 *Address，u.Address 的零值就是 nil，此时再写 u.Address.City 就直接 panic。
- 值类型嵌套（如
Address）：字段零值安全，但可能掩盖业务逻辑错误（比如你期望它非空却没校验） - 指针类型嵌套（如
*Address）：字段零值是nil，解引用即崩溃 - 切片/map/chan 类型嵌套：零值为
nil，不能直接append或map[key] = val
复合字面量初始化时，未列出的嵌套字段仍取零值
用 Person{Name: "Alice", Age: 30} 初始化时，如果 Person 有 Addr Address 字段，它不会报错，也不会警告，而是默默设为 Address{City: "", State: ""}。这在测试或调试中极难察觉，尤其当后续逻辑依赖 Addr.City != "" 做分支判断时，就会漏过校验。
- 键值对初始化只覆盖显式写出的字段，其余一律按类型零值填充
- 若嵌套结构体含不可导出字段（小写开头），它无法在包外被字面量初始化，只能靠构造函数或分步赋值
- 多层嵌套（如
A.B.C.D）时，只要中间任一环节是零值指针或 nil map，访问下游字段必然 panic
嵌套指针字段必须显式分配内存，不能靠“默认初始化”蒙混过关
常见错误是以为 var u User 后，u.Profile = &Profile{} 就够了，却忘了 Profile 里还有 *Contact 字段——那个 Contact 仍是 nil。一层层漏掉的指针，就是 runtime panic 的伏笔。
- 每次遇到
*T类型字段，都该问一句：“这里是不是需要new(T)或&T{}？” - 用
new(Address)得到的是*Address，其字段全为零值；用&Address{City: "X"}才能指定部分值 - 如果嵌套深度 ≥2（如
User.Profile.Contact.Phone），推荐封装初始化函数，避免漏初始化中间层
最危险的不是 panic，而是零值静默通过、逻辑走偏——比如地址为空却成功下单、状态为 false 却跳过权限检查。嵌套结构体的初始化不是语法问题，是数据契约问题：你声明了什么，就得确保它从第一层到最后一层都满足业务预期。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
