嵌套结构体的指针字段默认为nil，不会自动初始化，解引用即panic；json反序列化也不会自动分配内存，需显式用&profile{}或构造函数初始化。
嵌套结构体里的指针字段不会自动初始化，必须显式写 &T{} 或用构造函数，否则一解引用就 panic。
为什么 User{} 里嵌套的 *Profile 是 nil
Go 的结构体字面量中，未赋值的指针字段默认就是 nil，不是“空结构体”，而是“没指向任何东西”。比如：
type User struct { Profile *Profile }
u := User{} // u.Profile == nil
fmt.Println(u.Profile.Name) // panic: invalid memory address or nil pointer dereference
- 这不是 bug，是 Go 的明确设计：不隐式分配内存
- JSON 反序列化（
json.Unmarshal）也一样，即使 JSON 有"profile": {...}，u.Profile仍是nil - 切片字段如
Users []*User同理：[]*User{}是空切片，但[]*User{{Name:"a"}}直接编译失败——元素类型不匹配
&Profile{} 必须紧贴花括号，不能换行或加空格
Go 解析器对取地址和复合字面量的结合非常严格。下面这种写法会报语法错误：
u := User{
Profile: & // ❌ 错误：& 单独一行
Profile{
Name: "Alice",
},
}
正确写法只有两种：
-
Profile: &Profile{Name: "Alice"}（推荐，字段可读、可选填） -
Profile: new(Profile)（只给零值，不能初始化字段）
注意：new(Profile) 返回的是所有字段为零值的指针，比如 Name 是 ""，Age 是 0，Addr *Address 是 nil —— 它不会递归初始化子指针。
深层嵌套（A→B→C）别硬塞一层字面量
像 A{B: &B{C: &C{D: &D{}}}} 这种写法，少一个 &、多一个括号、或者某层漏初始化，编译报错位置常不直观，且后期改起来极易出错。
- 拆成变量更安全：
c := &C{D: &D{}}→b := &B{C: c}→a := A{B: b} - 更推荐每个层级配构造函数，比如
NewUser()、NewProfile()，内部统一处理指针初始化和默认值 - 切片字段尤其要注意：
Configs []Config在&User{}中是nil，不是[]Config{}；NewUser()应该主动make([]Config, 0)
反序列化后指针仍为 nil，得手动补初始化
用 json.Unmarshal 或 mapstructure.Decode 填充结构体时，指针字段不会被自动 new。例如：
jsonStr := `{"profile": {"name": "bob"}}`
var u User
json.Unmarshal([]byte(jsonStr), &u) // u.Profile 仍是 nil！
- 解码器只往非-nil 指针所指向的内存里写，不会帮你分配新内存
- 常见补救方式：在 Unmarshal 后检查并初始化，比如
if u.Profile == nil { u.Profile = &Profile{} } - 或者用自定义
UnmarshalJSON方法，在里面做u.Profile = &Profile{}再继续 decode
真正容易被忽略的是：这个规则适用于所有指针字段，包括嵌套在切片里的 *User 元素——你得遍历检查每个元素是否为 nil，再决定是否初始化。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
