必须用指针接收者当方法需修改接收者字段、操作引用类型字段、调用其他指针方法、避免大结构体拷贝开销、实现含指针方法的接口、配合json.Unmarshal等写入操作，或确保并发/逻辑正确性。
什么时候必须用指针接收者
当方法需要修改接收者本身的字段时，必须用指针接收者。值接收者拿到的是副本，改了也没用。
常见错误现象：struct 字段没变，但代码里明明调用了 SetX() 这类方法；或者编译报错 cannot assign to struct field ... in argument to method。
- 结构体包含 map、slice、channel 等引用类型字段，且方法要往里塞数据（比如
Append()） - 方法内部调用了其他指针接收者方法（混用会导致不一致）
- 结构体较大（比如含几百字节的数组或嵌套结构），值拷贝开销明显
值接收者不是“只读”的安全选择
值接收者看似安全，其实容易掩盖并发或逻辑问题。它不阻止你修改字段——只是改了也白改。
使用场景：纯计算型方法，比如 Len()、String()、IsValid()，不依赖也不改变状态。
立即学习“go语言免费学习笔记（深入）”；
- 如果结构体字段是不可变类型（如
int、string），值接收者没问题 - 但如果字段是
*T或sync.Mutex，值接收者会复制指针或锁对象，导致行为异常（比如锁失效） - 接口实现时，若某方法用了指针接收者，那只有
*T能满足该接口，T不行
为什么 json.Unmarshal 要求指针接收者
因为 json.Unmarshal 内部要写入字段，它本质上是个“修改接收者”的操作。如果你给它传一个值类型变量，它只能改副本。
典型错误信息：json: Unmarshal(nil *T) 或反序列化后字段全零值。
- 调用
json.Unmarshal时，目标变量必须是指针：json.Unmarshal(data, &v)，对应的方法接收者也得是*T - 同理，
encoding/gob、database/sql扫描行、http.HandlerFunc中绑定结构体也都依赖指针接收者 - 别试图在值接收者方法里返回新实例来“模拟修改”——这会让调用方误以为原变量已更新
混用值和指针接收者会踩什么坑
Go 允许混用，但会导致接口实现断裂、方法集不一致，而且 IDE 或 go vet 很难报错。
最容易被忽略的一点：同一个结构体上，值接收者和指针接收者的方法属于不同的方法集。
-
T的方法集只包含值接收者方法；*T的方法集包含全部（值+指针） - 如果定义了
func (t T) M()和func (t *T) N()，那么T{}不能调用N()，也不能赋值给含N()的接口 - 更隐蔽的是：方法集差异会影响泛型约束匹配，比如
type S interface{ M(); N() }只能由*T满足
实际项目里，一旦选了指针接收者，就别回头——尤其对导出类型。否则下游代码可能突然编译不过，还找不到原因。
