必须用指针接收者才能修改字段，因为值接收者操作的是副本，无法影响原变量；指针接收者通过解引用直接修改原始内存。
为什么结构体方法必须用指针接收者才能修改字段
Go 中结构体方法的接收者如果是值类型（func (s MyStruct) Modify()），函数内操作的是原始结构体的副本，任何字段赋值都不会影响调用方的原变量。只有指针接收者（func (s *MyStruct) Modify()）才能通过解引用真正写入原始内存地址。
常见错误现象：调用完方法后打印字段发现没变，但方法里明明写了 s.Field = newValue —— 很可能接收者写成了值类型。
- 值接收者适合只读操作、小结构体（避免拷贝开销小）、或明确需要隔离修改的场景
- 只要方法内部有字段赋值（
s.x = 1）、调用其他指针方法、或结构体较大（如含 slice/map/channel），就该用指针接收者 - 同一个结构体混用值和指针接收者不推荐：会导致方法集不一致（例如
interface{}实现可能意外失败）
正确声明和调用指针接收者方法的写法
声明时在接收者参数名前加 *，调用时无论变量是值还是指针，Go 都会自动取址或解引用（前提是类型匹配）。但要注意：如果变量本身是未初始化的 nil 指针，调用会 panic。
type User struct {
Name string
Age int
}
func (u *User) SetName(name string) {
u.Name = name // ✅ 可修改原始字段
}
func main() {
u1 := User{Name: "Alice"} // 值变量
u2 := &User{Name: "Bob"} // 指针变量
u1.SetName("Alicia") // ✅ Go 自动取址：(&u1).SetName(...)
u2.SetName("Robert") // ✅ 直接调用
fmt.Println(u1.Name, u2.Name) // 输出：Alicia Robert
}
- 不要手动写
(&u1).SetName(...)—— Go 已自动处理，显式取址反而冗余 - 若结构体字段本身是指针（如
*string），指针接收者方法里仍需解引用才能改它指向的值：*u.NamePtr = "new" - 方法内对整个接收者重新赋值（
u = &User{...}）无效：只改变局部变量u，不影响外部
nil 指针接收者调用时的 panic 风险与防护
当变量是 nil *User，直接调用指针接收者方法会触发 runtime error: invalid memory address or nil pointer dereference。这不是语法错误，而是在运行时解引用空指针导致的 panic。
立即学习“go语言免费学习笔记（深入）”；
var u *User
u.SetName("Charlie") // ❌ panic: nil pointer dereference
- 在方法开头加
if u == nil { return }或返回错误，适用于可接受空状态的逻辑（如 lazy init） - 更常见做法是确保调用前非 nil：用构造函数强制初始化，或用
new(User)/&User{}创建 - 注意：map/slice/chan 类型字段即使在 nil 接收者下也可能安全调用其方法（因它们底层是结构体，且 Go 对其做了特殊处理），但普通结构体字段不行
嵌套结构体中指针接收者的传递行为
如果结构体字段是另一个结构体（非指针），其内部字段无法通过外层指针接收者方法直接修改——因为字段拷贝是值语义。必须让嵌套字段本身也用指针，或外层方法显式取址。
type Profile struct {
AvatarURL string
}
type Person struct {
Name string
Profile Profile // 值字段
}
func (p *Person) SetAvatar(url string) {
// ❌ 编译错误：cannot assign to p.Profile.AvatarURL
// 因为 p.Profile 是副本，不能寻址其字段
// p.Profile.AvatarURL = url
// ✅ 正确：先赋值整个 Profile 副本，再写回
p.Profile = Profile{AvatarURL: url}
}
- 若需频繁修改嵌套字段，建议将
Profile字段改为*Profile - Go 不允许对表达式取址（如
&p.Profile.AvatarURL报错），所以不能用类似 C 的链式指针修改 - 嵌套深时，方法可拆分为多个小方法，每个专注一层，保持职责清晰
