结构体指针零值为nil，解引用会panic；安全初始化用&Struct{}或new(Struct)，前者支持字段初始化；带指针接收者的方法可被nil调用，但访问字段会panic；切片/map中结构体指针需显式初始化。
结构体指针的零值就是 nil
Go 中任何指针类型的零值都是 nil，结构体指针也不例外。声明但未初始化的结构体指针变量，其值就是 nil，不指向任何内存地址。直接对它解引用（如 p.Name = "x"）会 panic：invalid memory address or nil pointer dereference。
常见错误场景：
- 函数返回结构体指针但内部未用
&Struct{}或new()初始化，调用方直接使用 - map 或 slice 中存储结构体指针，但忘记为每个元素分配内存
- 嵌套结构体中某个字段是指针类型，父结构体用字面量初始化时该字段留空（即未显式赋值），结果为
nil
两种安全初始化方式：& 和 new()
&T{} 和 new(T) 都能获得一个非 nil 的结构体指针，但行为不同：
-
&MyStruct{}返回指向新分配零值结构体的指针，支持字段初始化，例如&MyStruct{Name: "a"} -
new(MyStruct)同样分配内存并清零，但**不支持字段初始化**，只能得到全零值的指针 - 性能上无实质差异，
&T{}更常用、更直观
示例：
立即学习“go语言免费学习笔记（深入）”；
type User struct {
Name string
Age int
}
var u1 *User = &User{} // ✅ 安全，Name="", Age=0
var u2 *User = new(User) // ✅ 安全，等价于 &User{}
var u3 *User // ❌ 零值为 nil，不能直接用
方法集与 nil 指针接收者的关系
带指针接收者的方法可以被 nil 指针调用——前提是方法内部不访问结构体字段。这是 Go 的明确设计，常用于初始化检查或惰性构建。
- 若方法第一行就写
if p == nil { return }，它是安全的 - 若方法中出现
p.Field或*p，且p是nil，就会 panic - 接口变量保存了
nil指针，仍可能满足接口（因为底层有具体类型），但调用方法时是否 panic 取决于方法实现
典型误用：
func (u *User) GetName() string {
return u.Name // 如果 u 是 nil，这里 panic
}
var u *User
fmt.Println(u.GetName()) // panic!
切片/Map 中结构体指针的初始化陷阱
往 []*T 或 map[K]*T 中写入前，必须确保每个指针都已初始化，否则仍是 nil。
-
make([]*User, 5)创建长度为 5 的切片，但所有元素都是nil，不是 5 个空User - 正确做法是循环赋值：
users[i] = &User{}或用append动态添加 - map 同理：
m["k"] = &User{}必须显式赋值，不能依赖 map 自动初始化
容易忽略的一点：结构体字段本身是指针类型时，即使外层结构体已初始化，该字段仍可能是 nil，需单独检查或初始化。
