必须用指针修改结构体字段，因为Go函数参数是值传递，传struct副本无法影响原变量；只有传*Struct才能通过解引用修改原内存数据，且含sync.Mutex等不可复制字段时编译器强制要求指针。
为什么修改结构体字段必须用指针
Go 语言中，函数参数是值传递。如果传入一个 struct 类型变量，函数内部拿到的是它的副本，对字段的任何修改都不会反映到原始变量上。只有传入 *MyStruct（即该结构体的指针），才能通过解引用（*p）真正修改原内存地址上的数据。
常见错误现象：user.Name = "Alice" 在函数里执行了，但调用后 user.Name 还是旧值——大概率是因为你传的是 user 而不是 &user。
- 结构体较大时，传指针还能避免不必要的内存拷贝
- 方法接收者声明为指针（
func (u *User) SetName(n string)）才允许修改字段；值接收者（func (u User) SetName(n string)）做不到 - 如果结构体含
sync.Mutex等不可复制字段，编译器会强制要求用指针传参
如何正确声明和使用自定义类型的指针方法
指针方法不是“额外语法”，它只是方法接收者类型写成 *T 而已。关键在于：调用时 Go 会自动处理 &v 和 *p 的转换，但前提是变量可取地址。
示例：
立即学习“go语言免费学习笔记（深入）”；
type Counter struct{ n int }
func (c *Counter) Inc() { c.n++ } // 指针方法
func (c Counter) Value() int { return c.n } // 值方法
c := Counter{} // 可取地址的变量
c.Inc() // ✅ 自动转为 (&c).Inc()
c.Value() // ✅ 值方法也可被 c 调用
var pc *Counter = &c
pc.Inc() // ✅ 显式指针调用
pc.Value() // ❌ 编译错误：*Counter 没有 Value 方法（Value 是 Counter 类型的方法）
- 不能对字面量或临时值取地址（如
Counter{}.Inc()会报错） - 方法集规则：类型
T的方法集只包含值接收者方法；*T的方法集包含值接收者 + 指针接收者方法 - 接口赋值时，这点尤其关键：若接口方法签名匹配的是指针接收者，则只有
*T能满足，T不能
nil 指针调用指针方法的风险与防护
Go 允许对 nil 指针调用方法，但一旦方法体内访问了结构体字段（比如 p.field 或 p.Method()），就会 panic：invalid memory address or nil pointer dereference。
典型场景：函数返回 *MyType，但可能返回 nil；下游直接调用其方法而未判空。
- 在指针方法开头加
if p == nil { return }或if p == nil { panic("xxx is nil") }是常见做法 - 更安全的做法是：让构造函数保证返回非 nil（如用
func NewX() *X { return &X{} }），把判空责任推给创建端 - 注意：调用内嵌字段的方法（如
p.mu.Lock()）也会触发 nil panic，需确保内嵌指针字段已初始化
什么时候不该用指针操作自定义类型
不是所有结构体都适合/需要指针操作。小而简单的类型（如 type Point struct{ X, Y int }）用值语义更自然、更不易出错。
- 如果类型从不修改字段，纯用于计算（如
func (p Point) Distance(q Point) float64），值接收者更合适 - 并发安全考虑：多个 goroutine 同时写同一个指针指向的结构体，必须自行加锁；而值类型天然隔离，无共享状态风险
- API 设计一致性：如果大部分方法都是值接收者，突然某个方法用指针接收者，容易引发混淆和误用
- 反射或序列化（如
json.Marshal）对指针和值的行为不同，nil *T序列化为null，而T{}是具体值
真正需要指针的核心信号就两个：要修改字段，或类型本身不可复制。其余都是权衡。
