方法接收器类型决定能否修改结构体字段：值接收器操作拷贝，无效；指针接收器操作原数据。需修改字段时必须用指针接收器，只读场景可用值接收器以提升性能。
为什么方法接收器类型会影响结构体字段修改
Go 中结构体方法的接收器用指针还是值，直接决定你能不能在方法里改原结构体的字段。值接收器拿到的是结构体的一份拷贝，改了也白改；指针接收器拿到的是地址，改的就是原始数据本身。
常见错误现象：func (s Student) SetName(name string) 里给 s.name = name，调用后原变量名字没变——这就是典型值接收器误用。
- 如果方法需要修改字段，必须用指针接收器：
func (s *Student) SetName(name string) - 如果方法只读字段、计算返回值（比如
FullName()），值接收器更轻量，避免不必要的指针解引用 - 混用时要注意：一旦结构体有任一方法用了指针接收器，那么该类型的所有方法调用都建议统一用指针，否则接口实现可能出问题
什么时候必须用指针接收器
不是“想改才用指针”，而是某些场景下 Go 编译器会强制要求指针接收器。
典型触发条件：结构体太大（比如含大数组、大 slice 或 map）、方法要实现某个接口、或者方法内部要取地址传参。
立即学习“go语言免费学习笔记（深入）”；
- 实现接口时，如果接口方法签名是
func (s *T) Method()，那只有*T类型能实现它，T类型不行 - 结构体包含不可寻址字段（比如未导出字段 + 值接收器）时，某些操作（如
&s.field）会编译失败 - 性能敏感场景：传递大结构体（>16 字节）时，值接收器会复制整块内存，指针接收器只传 8 字节地址
方法调用时指针和值接收器自动转换的边界
Go 会自动在 var s Student 和 &s 之间做隐式转换，但仅限于“可寻址”的变量。这个自动转换常被误认为“随便写都行”，其实有明确限制。
错误示例：Student{}.SetName("x") 如果 SetName 是指针接收器，会报错 cannot call pointer method on Student literal。
- 变量可寻址（比如
var s Student; s.SetName("x")）→ Go 自动转成(&s).SetName("x") - 字面量或函数返回值（比如
getStudent().SetName("x")）→ 不可寻址，指针接收器方法无法调用 - 切片/映射中元素默认不可寻址（
students[0].SetName("x")不行），需先赋给局部变量再调用
嵌套结构体和匿名字段对接收器的影响
匿名字段继承方法时，接收器类型必须匹配。如果嵌入的类型方法用的是指针接收器，那外层结构体实例也得是指针才能调用该方法。
比如 type Person struct { Name string } 有 func (p *Person) Greet()，然后 type User struct { Person }，那么 var u User; u.Greet() 会编译失败。
- 解决办法：要么把
Person方法改成值接收器，要么调用时用(&u).Greet() - 匿名字段的指针接收器方法不会“降级”为值接收器可用，这是 Go 的显式性设计原则
- 嵌套深了容易漏掉这一层，建议用
go vet检查未使用的接收器类型
最易被忽略的点：接收器类型不是语法糖，它决定了方法集、接口满足关系、内存行为，以及是否能在字面量上调用。别依赖自动转换去绕开设计意图。
