指针接收者更常用，因其支持修改字段、避免大对象拷贝、符合Go官方惯例、确保接口实现一致性，且值接收者存在语义误导和演化风险。
为什么 func (s *MyStruct) Method() 比 func (s MyStruct) Method() 更常用
因为绝大多数情况下，你希望方法能修改结构体字段，或者避免复制大对象。值接收者会复制整个结构体，指针接收者只传地址——这是最根本的性能和语义差异。
- 如果结构体包含切片、map、channel、func 或其他指针类型字段，值接收者看似“没改原值”，但这些字段本身是引用类型，修改它们的内容（比如
append切片、deletemap）仍会影响原实例，容易造成误判 - 结构体只要超过几个字段（尤其含
[]byte、string、嵌套结构体），值接收者就会触发明显内存拷贝，GC 压力上升 - Go 官方惯例（如
sync.Mutex、bytes.Buffer）全部使用指针接收者，统一接口行为，避免混用导致的cannot call pointer method on ...编译错误
值接收者 vs 指针接收者：编译器不允许混用
同一个结构体上，不能一部分方法用值接收者、另一部分用指针接收者来实现同一接口。Go 会严格按接收者类型匹配接口，哪怕逻辑完全等价也会报错。
type Speaker interface {
Speak()
}
type Dog struct{ Name string }
func (d Dog) Speak() { fmt.Println(d.Name) } // 值接收者
func (d *Dog) Bark() { fmt.Println("Woof") } // 指针接收者
var d Dog
var s Speaker = d // ✅ OK：值接收者方法可被值变量调用
var p *Dog = &d
s = p // ❌ 编译失败：*Dog 没有实现 Speaker（因为 Speak 是值接收者，*Dog 不自动获得该方法）
反过来也一样：如果 Speak() 是指针接收者，那么只有 *Dog 能赋给 Speaker，Dog 值变量直接报错。
哪些情况必须用指针接收者
只要方法需要写入结构体字段，就必须用指针接收者。值接收者里的任何赋值都只作用于副本，调用方完全感知不到。
立即学习“go语言免费学习笔记（深入）”；
- 修改字段：
s.count++、s.name = "new" - 初始化延迟字段：
if s.cache == nil { s.cache = make(map[string]int) } - 调用其他指针接收者方法（否则形成不一致的接收者链）
- 结构体含
sync.Mutex等非可复制字段（sync.Mutex本身禁止拷贝，值接收者会触发invalid operation: cannot assign to s.mu类错误）
小结构体（如两个 int 字段）用值接收者是否安全
语法上安全，但依然不推荐。不是因为性能差——小结构体拷贝确实快；而是因为语义断裂和演化风险。
- 今天
Point {x, y int}很小，明天加个color color.RGBA字段就变大了，所有值接收者方法突然变成潜在性能热点 - 一旦结构体要实现某个已有接口（比如标准库的
fmt.Stringer），而该接口方法约定是指针接收者，你就得全量重构 - 调用方无法区分「这个方法会不会改状态」——值接收者给人「只读」错觉，但如前所述，它仍可能通过内部 map/slice 修改可观测状态
真正需要值接收者的场景极少，典型如纯计算型方法且明确要求不可变语义（例如 func (v Vec2) Length() float64），但即便如此，社区主流仍是统一用指针接收者保持一致性。
