必须用指针接收者才能修改原始结构体字段，因为值接收者操作副本，指针接收者通过内存地址直接修改原实例；调用时要求值可寻址，否则报错。
为什么用指针接收者才能修改结构体字段
Go 中方法绑定到类型时，接收者是值还是指针，直接决定能否在方法内修改原始结构体。值接收者操作的是副本，任何字段赋值都只影响局部变量；指针接收者拿到的是内存地址，struct 字段修改会反映到原实例上。
常见错误现象：func (s MyStruct) SetName(n string) { s.name = n } 调用后 s.name 没变——因为 s 是拷贝。
- 必须写成
func (s *MyStruct) SetName(n string) { s.name = n } - 调用时，
var m MyStruct; m.SetName("a")会被编译器自动取地址（只要m是可寻址的） - 但如果
m来自 map 或切片索引（如items[0].SetName("x")），而items[0]不可寻址，就会报错cannot call pointer method on items[0]
指针接收者方法能被值类型调用的前提条件
Go 允许对值类型变量调用指针接收者方法，但前提是该值「可寻址」——即有明确内存位置，不是临时计算结果。
使用场景：初始化后直接调用、结构体变量声明后调用，都没问题；但函数返回值、字面量、map 查找结果等多数不可寻址。
- ✅ 合法：
u := User{}; u.Save()（u可寻址，编译器自动转为&u.Save()） - ❌ 非法：
User{}.Save()报错cannot call pointer method on User literal - ❌ 非法：
m := map[string]User{"x": {}}; m["x"].Save()报错cannot call pointer method on m["x"]
嵌入结构体时指针接收者的方法提升规则
当结构体嵌入另一个结构体时，外层类型是否能“提升”内层的指针接收者方法，取决于外层本身是否以指针形式被调用。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
本质原因：方法提升不改变接收者语义。如果内层方法是 (*Inner) Foo()，那只有外层是 *Outer 类型时，outer.Foo() 才能被自动转为 (&outer.inner).Foo()。
- 定义
type Outer struct { Inner }和func (i *Inner) Work() {} - ✅
o := &Outer{}; o.Work()可行（o是指针，可推导出&o.Inner） - ❌
o := Outer{}; o.Work()编译失败（o是值，无法取o.Inner的地址来满足*Inner接收者） - 若想两者都支持，需同时定义值和指针接收者方法，或统一用指针接收者并确保调用方传指针
接口赋值时指针与值接收者的兼容性陷阱
接口变量存储具体值时，底层保存的是「值本身」或「指针」。若接口方法签名要求指针接收者，你就不能把纯值赋给它——否则运行时 panic 或编译报错。
典型错误信息：cannot use myVal (type MyType) as type MyInterface in assignment: MyType does not implement MyInterface (Work method has pointer receiver)
- 接口定义：
type Writer interface { Write([]byte) error } - 实现类型：
func (w *WriterImpl) Write(p []byte) error { ... }（指针接收者） - ❌ 错误赋值：
var w Writer = WriterImpl{}→ 编译失败 - ✅ 正确做法：
var w Writer = &WriterImpl{}或w := &WriterImpl{} - 注意：
fmt.Stringer等标准接口常被值接收者实现，混用时容易忽略这一差异
实际写代码时，绝大多数可变状态的结构体方法都应该用指针接收者——不是为了性能（小结构体拷贝成本低），而是为了语义清晰和避免静默失败。最容易被忽略的是 map / slice 中元素的可寻址性，以及嵌入结构体后方法提升的隐式依赖。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
