选指针接收者还是值接收者，核心看两点：是否需要修改接收者本身，以及类型大小是否适合拷贝；需修改状态或结构体较大时用指针，只读小对象可用值，但同一类型应统一接收者类型以避免接口实现问题。
选指针接收者还是值接收者，核心看两点：是否需要修改接收者本身，以及类型大小是否适合拷贝。
需要修改接收者状态时，必须用指针接收者
Go 中值接收者接收到的是原值的副本，任何修改都只作用于副本，不影响原始变量。比如：
// User 是一个结构体
type User struct { Name string; Age int }
// 值接收者 —— 修改无效
func (u User) SetName(name string) { u.Name = name } // 不会改变原 u
// 指针接收者 —— 修改生效
func (u *User) SetName(name string) { u.Name = name } // 改变原 u
只要方法内部有赋值操作（如 u.field = xxx），就该用指针接收者。
值接收者适合只读、小对象、无状态操作
如果方法只是计算、校验、格式化等不改变接收者的行为，且接收者是小类型（如 int、bool、小结构体），值接收者更清晰、安全、无副作用。
- 避免意外修改，语义明确
- 编译器可能做栈上优化，性能未必差
- 接口实现更灵活（值类型可自动取地址满足指针接收者接口，但反过来不行）
一致性优先：同一类型所有方法最好统一接收者类型
混用值和指针接收者容易引发接口实现问题或调用歧义。例如：
type Speaker interface { Speak() }
func (u User) Speak() { ... } // 值接收者实现
func (u *User) Save() { ... } // 指针接收者
这时 User{} 可以赋值给 Speaker，但 *User{} 也可以；而如果只有 *User 实现了接口，User{} 就无法直接使用——容易出错。统一用指针接收者是最省心的选择，尤其对结构体。
性能与逃逸：大结构体默认用指针，避免无谓拷贝
如果结构体字段多、含切片/map/字符串等间接数据（哪怕本身只占几个字节），值传递会触发深拷贝或额外内存分配。例如：
- 含 []byte、map[string]int、string 的结构体，实际数据在堆上，值传递只拷贝头信息，但仍有开销
- 结构体超过 4–8 字（视架构而定），编译器更倾向让它逃逸到堆，此时指针反而更轻量
- 不确定？用 go build -gcflags="-m" main.go 看逃逸分析
基本上就这些。不复杂但容易忽略：先想“要不要改它”
，再想“它有多大”，最后看“我是不是已经全用指针了”。保持一致比纠结单个方法更重要。
