必须用指针接收者有两种硬性情况：一是方法需修改结构体字段，二是该方法被接口实现且接口变量由值赋值；否则会导致修改无效或编译失败。
什么时候必须用指针接收者？
只有两种情况是硬性要求：方法要修改结构体字段，或该方法需被接口实现且接口变量将由值赋值（即接口实现依赖指针方法集）。
比如 func (c *Counter) Inc() 必须用指针，否则 c.value++ 只改副本，原始 c 完全不变。
再如定义了接口 type Sayer interface { Say() }，而 func (p *Person) Say() 是唯一实现，那么 var s Sayer = Person{} 会编译失败——只有 &Person{} 才能赋值。
- 结构体字段赋值、切片追加、map写入等任何“写操作” → 必须指针接收者
- 调用方可能把实例传给接口变量 → 查看该接口是否由指针方法实现，统一按指针来
- 哪怕只改一个
bool字段，也别侥幸用值接收者——语义上它就不该“不可变”
结构体多大才算“大”？值接收者还能用吗？
Go 官方没设字节阈值，但工程中有个经验线：超过 4–8 字节就该警惕。一个 type Point struct{ X, Y int64 } 是 16 字节，看似小，但若高频调用（如图形渲染每帧千次），复制开销就明显了；而 type Config struct{ Timeout time.Duration; Host string; TLS *tls.Config } 显然更大，用值接收者等于每次调用都深拷贝指针和字符串头（虽不复制底层数组，但仍有结构体头开销）。
- 纯基本类型组合（≤2个 int/float64 + ≤1个 string）→ 值接收者可接受，如
func (p Point) Distance() - 含 slice、map、channel、func 或嵌套结构体 → 默认用指针接收者
- 不确定大小？直接跑
unsafe.Sizeof(T{})看一眼——比猜靠谱
为什么 v.Method() 能调用指针接收者方法，却不能调用字面量？
因为 Go 编译器只对可寻址的变量自动插入 &。你写 v := Vertex{3,4}; v.Abs()，v 是局部变量，地址确定，编译器悄悄转成 (&v).Abs()；但 Vertex{3,4}.Abs() 中的字面量没有地址，无法取址，直接报错 cannot call pointer method on Vertex literal。
- 常见踩坑：函数返回结构体值后立刻链式调用指针方法 →
newVertex().Scale(2)会失败 - 修复方式：先赋值给变量再调用，或让函数返回指针（
func newVertex() *Vertex） - 注意：自动取址仅限调用侧，不影响方法内部逻辑——
v.Abs()里v仍是*Vertex类型
混用值和指针接收者会出什么问题？
最隐蔽的坑不是编译错误，而是方法集分裂和意外拷贝。比如 type User struct{ Name string; Data []byte }，若 func (u User) GetName() 用值接收者，而 func (u *User) Save() 用指针接收者，那么 User{} 和 &User{} 的方法集就不一致：前者能调 GetName 但不能满足含 Save 的接口；后者两者都能，但调 GetName 时又得解引用一次——多一次内存访问，且破坏直觉。
- 同一结构体的所有方法，接收者类型应严格统一（全值 or 全指针）
- 已有部分方法用了指针？新增方法别退回去用值——宁可为只读方法也用指针，保持方法集完整
- 重构时检查
go vet -shadow和go list -f '{{.Methods}}' your/pkg辅助判断
真正难的不是记住规则，而是当 func (s *Service) Do() 里只读了一个字段，你得判断：这个 Service 将来会不会加状态？它的调用频率高不高？它会被塞进哪些接口？这些没法靠语法检查，只能靠上下文权衡。
