指针接收者核心优势是能修改原对象且避免大结构体拷贝开销；支持nil调用、接口一致性及共享状态场景，推荐统一使用以减少错误。
使用指针接收者的核心优势在于：能修改调用对象本身，且避免值拷贝开销，尤其适合大结构体或需共享状态的场景。
能直接修改原始对象
值接收者操作的是副本，对字段的修改不会影响原实例；指针接收者则通过地址操作真实对象。
- 比如一个计数器结构体，Inc() 方法必须用指针接收者才能让多次调用真正累加
- 若用值接收者，每次都是新副本，c.Count++ 只改了副本，原变量不变
避免不必要的内存拷贝
结构体越大，值接收带来的复制成本越高。指针接收只传8字节（64位系统）地址，效率稳定。
- 含切片、map、channel 或大数组的结构体，强烈建议用指针接收者
- 即使结构体小，只要方法逻辑上“属于对象行为”（如 SetName、Save、Close），也统一用指针更一致
满足接口实现的一致性要求
如果某个类型部分方法用了指针接收者，而你用值实例去赋值接口变量，可能编
译失败。
- 例如：*T 实现了接口，但 T{} 不能直接赋给该接口变量（除非显式取地址）
- 为避免混淆和潜在 panic，常见做法是：只要有一个方法用了指针接收者，整个类型都统一用指针接收者
天然支持 nil 接收者（需谨慎处理）
指针接收者方法可以被 nil 指针调用——这在初始化未完成或可选依赖场景中很有用（比如 lazy init）。
- 例如：func (r *Resource) Load() error 中先判 r == nil 再初始化
- 但要注意：不是所有方法都适合接受 nil，务必在文档或注释中说明是否允许
基本上就这些。指针接收者不是银弹，但它把“谁在被修改”“数据怎么流动”说得更清楚——尤其在并发、持久化、资源管理这类共享修改频繁的场景里，少绕弯，少踩坑。
译失败。