Go中选择值或指针接收者取决于是否需修改原值及接收者大小：需修改或结构体较大时用指针接收者；小而不可变类型可用值接收者；同一类型应保持接收者类型一致。
Go中选择值接收者还是指针接收者，核心看两点：是否需要修改接收者本身，以及接收者的大小是否适合拷贝。
需要修改原值时，必须用指针接收者
值接收者操作的是副本，任何字段赋值都不会影响原始变量。比如实现一个计数器的 Inc 方法：
- 如果用值接收者，c.count++ 只改了副本，调用后原变量的 count 不变
- 必须用指针接收者 func (c *Counter) Inc()，才能真正更新原结构体字段
结构体较大时，优先用指针接收者
Go 对值接收者会做完整拷贝。若结构体含大数组、切片、map 或大量字段（比如超过 4～8 个字段），拷贝开销明显：
- 例如一个含 10KB 字节字段的结构体，每次调用值接收者方法都复制 10KB
- 指针接收者只传 8 字节地址，性能更稳定，也更符合直觉（多数人默认方法可修改状态）
一致性原则：同一类型的方法接收者类型应统一
即使某个小方法逻辑上不需要改原值，只要该类型已有指针接收者方法，其余方法也建议用指针接收者：
- 避免混用导致调用方困惑：比如 v.Method1() 合法，但 &v.Method2() 才能调用，容易出错
- 接口实现也依赖接收者类型：值接收者方法只能被值或指针调用；指针接收者方法只能被指针调用（值字面量除外）
- 标准库如 strings.Builder、bytes.Buffer 全部使用指针接收者，就是为了一致性和可扩展性
小而不可变的类型可用值接收者
对于基础类型别名（如 type ID int）、小结构体（如 type Point struct{X,Y int}），值接收者更自然：
- 无副作用，语义清晰（类似纯函数）
- 避免意外修改，提升安全性
- 编译器可能优化掉冗余拷贝，实际开销极小
基本上就这些。不复杂但容易忽略——关键不是“能不能”，而是“该不该”和“要不要保持一致”。
