必须用指针接收者的情况包括：修改字段、实现接口、嵌入结构体提升方法、含 sync.Mutex 或大字段的结构体；值接收者仅适用于纯计算且无后续修改需求的场景。
必须用指针接收者的情况，编译器不会报错，但字段修改无效、接口实现失败、嵌入方法丢失——这些 bug 往往静默发生，直到线上行为异常。
方法里要改字段，接收者就必须是 *T
值接收者 func (t T) Modify() 接收的是结构体完整拷贝，所有字段赋值只作用于副本。调用后原始变量字段值不变，没有任何警告或错误。
-
func (u User) SetName(n string) { u.name = n }→ 调用后u.name仍是原值 -
func (u *User) SetName(n string) { u.name = n }→ 修改直接生效 - 方法名含
Set、Update、Reset、Inc等语义时，几乎都该用*T
结构体大小影响性能，但不是唯一判断标准
小结构体（如 type Point {x, y int}）用值接收者拷贝开销极小；大结构体（含 []byte、map、大数组）用值接收者会触发整块内存复制，性能陡降。
-
type BigData { Data [1024*1024]byte; Meta map[string]string }→func (b BigData) Process()每次调用复制超 1MB -
func (b *BigData) Process()只传 8 字节指针，无额外拷贝 - 但即使结构体很小，只要后续可能加修改逻辑或需实现接口，仍建议直接用
*T避免重构
接口实现失败常因接收者类型不匹配
Go 的接口满足规则严格依赖方法集：T 的方法集只含值接收者方法，*T 的方法集包含全部方法。混用会导致看似能编译，实则无法赋值给接口。
-
func (p *Person) String() string→var p Person; fmt.Println(p)编译失败：Person does not implement fmt.Stringer - 必须写成
fmt.Println(&p)或把接收者统一改为func (p Person) String() - 嵌入结构体时更隐蔽：若嵌入字段的方法是
(*Child).Method()，只有*Parent能提升该方法，Parent{}不行
默认选 *T 是更安全的起点
除非你明确需要副本语义（比如纯计算、线程安全读取），否则指针接收者在语义清晰性、未来扩展性、与标准库一致性上都更稳妥。
-
bytes.Buffer、sync.Mutex、http.Client全部使用指针接收者 -
nil指针可安全调用方法（适合延迟初始化），而值接收者无法表达 “尚未构造” 的状态 - 含
sync.Mutex字段的结构体必须用指针接收者——复制会使锁失效，引发并发问题
最易被忽略的一点：接收者类型一旦发布，就很难安全变更。哪怕结构体只有两个字段，只要某个方法用了 *T，其他方法也应保持一致，否则接口实现和嵌入行为会变得不可预测。
