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 检查路径越长，漏掉一层就崩。别依赖“反正测试没崩”，要让初始化逻辑显性、集中、可测试。