struct嵌套指针字段必须显式初始化，否则为nil；直接访问未初始化的嵌套指针（如p.Child.Name）会panic；正确方式包括字面量取地址、分步初始化或new，错误示例是值类型赋值导致类型不匹配。
struct嵌套指针字段必须显式初始化，否则为 nil
Go 中 struct 的指针字段默认值是 nil，不会自动分配内存。直接访问未初始化的嵌套指针字段（如 p.Child.Name）会 panic：panic: runtime error: invalid memory address or nil pointer dereference。
常见错误场景：定义了嵌套结构体，但只用字面量初始化外层，忘记给指针字段赋值。
- 用
&Child{}显式取地址初始化 - 用
new(Child)分配零值内存（等价于&Child{}） - 避免写成
Child: Child{}（这是值类型赋值，类型不匹配）
初始化嵌套指针的三种常用方式
假设结构体定义为：
type User struct {
Name string
Profile *Profile
}
type Profile struct {
Age int
City string
}
正确初始化方式：
-
字面量 + 取地址：
u := User{Name: "Alice", Profile: &Profile{Age: 25, City: "Beijing"}} -
分步初始化：
u := User{Name: "Alice"}; u.Profile = &Profile{Age: 25} -
先 new 再赋值：
p := new(Profile); p.Age = 25; u := User{Profile: p}
错误示例：User{Name: "Alice", Profile: Profile{Age: 25}} —— 类型不匹配，Profile{} 是值，不是 *Profile。
立即学习“go语言免费学习笔记（深入）”；
嵌套多层指针时初始化容易漏掉中间层
比如 User → *Profile → *Address，若只初始化了 User.Profile 却忘了 Profile.Address，后续访问 u.Profile.Address.Street 仍会 panic。
- 逐层检查：每个
*都对应一次非空判断或显式初始化 - 可借助构造函数封装逻辑，例如
NewUser(name string, age int, city string)统一处理嵌套指针 - 使用
json.Unmarshal或其他反序列化时，注意指针字段不会被自动创建（除非用omitempty配合非零值）
指针嵌套影响方法集和接口实现
如果某个方法定义在 *Profile 上（而非 Profile），那么只有 *Profile 类型才满足该接口；而 User.Profile 是 *Profile，所以能调用，但若误初始化为 Profile{}（值类型），就无法通过编译。
- 方法接收者是
*T时，T{}字面量不能直接调用该方法 - 嵌套结构体中，若依赖某指针方法，务必确保该字段是有效指针，而非
nil或值类型 - 调试时可用
fmt.Printf("%+v", u)快速确认哪些指针字段仍为
最常被忽略的是：嵌套层数一多，开发者下意识认为“只要外层初始化了，内层也跟着有了”，其实每层指针都得单独负责。
