struct.field.subfield = value 会 panic 是因为 Go 链式求值中任一中间指针为 nil 时立即崩溃；嵌套结构体不自动初始化，指针字段默认为 nil，需逐层检查并初始化后才能安全赋值。
直接修改嵌套结构体字段必须确保每一层都有有效指针，否则会 panic：invalid memory address or nil pointer dereference。
为什么 struct.field.subfield = value 会 panic？
Go 中结构体字段访问是“链式求值”，只要中间任意一级是 nil 指针，就会立即崩溃。比如：user.Address.Street 在 user.Address 为 nil 时无法读写，哪怕你只是想赋值。
- 嵌套结构体本身不自动初始化，
Address字段默认是nil *Address（如果声明为指针） - 即使声明为值类型（如
Address Address），若外层结构体是零值，Address也是零值——但此时可安全写入，只是不能对Address内部的指针字段（如City *string）直接赋值 - 常见误判：以为
&user就能“激活”所有嵌套指针，其实不会
安全写入嵌套指针字段的三种方式
核心原则：逐层检查并初始化指针，再写入。推荐封装成方法或辅助函数。
- 手动判断 + 初始化（最清晰，适合简单场景）：
if user.Address == nil { user.Address = &Address{} } if user.Address.City == nil { user.Address.City = new(string) } *user.Address.City = "Beijing" - 使用指针解引用前断言（适合已有非空保障逻辑）：
if user != nil && user.Address != nil && user.Address.City != nil { *user.Address.City = "Shanghai" } - 在结构体方法中统一初始化（推荐用于高频操作）：
func (u *User) EnsureAddress() *Address { if u.Address == nil { u.Address = &Address{} } return u.Address } // 使用： user.EnsureAddress().Street = "Chaoyang Road"
json.Unmarshal 后嵌套字段仍是 nil 怎么办？
JSON 解码默认只填充非 nil 字段；如果 JSON 中缺少某个嵌套对象（如没传 "address"），对应指针字段保持 nil，后续访问直接 panic。
立即学习“go语言免费学习笔记（深入）”；
- 用
json.RawMessage延迟解析，手动控制初始化时机 - 在 Unmarshal 后立即调用初始化方法（如上文
EnsureAddress()） - 定义结构体时避免深层指针嵌套，改用值类型 + 零值语义（例如
Address Address而非*Address），除非明确需要区分“未设置”和“空对象” - 注意：
omitempty标签不影响解码行为，只影响编码输出
性能与可维护性提醒
频繁做 if x == nil { x = &T{} } 会让业务逻辑被防御代码淹没。更健壮的做法是：
- 在结构体构造函数（如
NewUser()）中完成全部嵌套初始化 - 用内嵌结构体 + 匿名字段减少层级（如把
Address字段扁平化到User，前提是语义合理） - 避免三级以上指针嵌套（如
**Address或*User.Address.Street.Name），这种写法极易出错且难以调试
嵌套越深，nil 检查路径越长，漏掉一层就崩。别依赖“反正测试没崩”，要让初始化逻辑显性、集中、可测试。
