指针接收者更常用，因其支持修改字段、避免大对象拷贝、符合Go官方惯例、确保接口实现一致性，且值接收者存在语义误导和演化风险。

为什么 func (s *MyStruct) Method() 比 func (s MyStruct) Method() 更常用

因为绝大多数情况下，你希望方法能修改结构体字段，或者避免复制大对象。值接收者会复制整个结构体，指针接收者只传地址——这是最根本的性能和语义差异。

• 如果结构体包含切片、map、channel、func 或其他指针类型字段，值接收者看似“没改原值”，但这些字段本身是引用类型，修改它们的内容（比如 append 切片、delete map）仍会影响原实例，容易造成误判
• 结构体只要超过几个字段（尤其含 []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），但即便如此，社区主流仍是统一用指针接收者保持一致性。