接收者应根据是否需修改原数据、结构体大小及接口实现统一性选择：值接收者操作副本，适合只读小结构体；指针接收者可修改原对象、避免大拷贝、支持含锁字段和接口实现，多数情况推荐使用。
因为方法是否需要修改原始数据、结构体大小是否值得复制、以及接口实现是否统一，这三件事直接决定了接收者该用值还是指针。
值接收者只操作副本，改了也不影响原对象
值接收者（func (s MyStruct) Method()）传入的是整个结构体的一份拷贝。方法里对字段的任何赋值，都只发生在副本上。
- 比如 Counter{count: 5}.Increment() 后，原始 count 还是 5
- 适合只读场景：计算哈希、格式化字符串、校验字段等
- 小结构体（如含 1–2 个 int 或 string）用值接收者开销不大，还自带线程安全
指针接收者能改原对象，也避免大结构体拷贝
指针接收者（func (s *MyStruct) Method()）拿到的是地址，所有字段读写都作用于原始内存。
- counter := &Counter{count: 5}; counter.Increment() 后，count 真变成 6
- 结构体字段多、含 slice/map/chan 或大数组时，用指针可省下大量内存拷贝
- 含 sync.Mutex 等同步字段时，必须用指针——复制会导致锁失效
接口实现要求接收者类型必须匹配
一个接口变量只能由满足其全部方法的类型赋值。而方法集规则很关键：
- 值类型 T 的方法集只包含值接收者方法
- 指针类型 *T 的方法集包含值接收者和指针接收者方法
- 所以如果某个方法用了指针接收者，那只有 *T 能实现该接口，T 不行
- 常见坑：定义了 func (p *Person) Save()，却试图用 Person{} 赋值给 Saver 接口 → 编译失败
多数情况建议默认用指针接收者
除非你明确需要副本语义或处理极小结构体，否则指针接收者更稳妥：
- 未来若需加修改逻辑，不用改接收者类型，避免破坏已有调用
- 与标准库习惯一致（如 bytes.Buffer、strings.Builder 全部用指针）
- 允许在 nil 指针上调用方法（比如延迟初始化），提供额外灵活性
基本上就这些。选错接收者不会报运行时错，但可能静默失效或性能骤降——写方法前花十秒想清楚“我要改它吗？它有多大？别人会拿它实现接口吗？”，比后期调试省力得多。
