必须传结构体指针（*User）才能修改原值，因Go默认值传递；传值时字段赋值仅作用于副本，地址不变则原始值不变；指针接收者方法、接口中存指针二者缺一不可。
传结构体指针才能改原值，否则字段赋值全白干
Go 默认按值传递，函数参数是结构体本身时，内部所有修改都只作用于副本。哪怕你写了 u.Name = "new"，调用后原始变量的 Name 字段完全不变。
必须传 *User 类型，并在调用处显式取地址：&user。这是唯一能确保修改落到原始内存上的方式。
- 常见错误：写
func update(u User)却期待外部变化 —— 编译不报错，但逻辑失效 - 验证是否生效：函数前后打印
&user（地址）和user.Name（值），地址不变、值变了才算成功 - 结构体含
slice/map/channel时，传值虽能改这些字段内部内容，但无法替换整个结构体实例（比如u = User{}不影响外部）
函数里改字段要解引用，但别误写成重指向
接收 *User 参数后，u.Name = "x" 是合法且推荐的写法（Go 自动解引用）。但若写成 u = &User{Name: "x"}，就只是让局部变量 u 指向新内存，原结构体毫发无损。
本质区别在于：前者操作的是 *u 所指的那块内存；后者只是改了指针变量自己的值。
- 错误示范：
func update(u *User) { u = &User{Name: "bad"} }—— 外部毫无感知 - 正确写法：
(*u).Name = "good"或更简洁的u.Name = "good" - 如果结构体字段本身是指针（如
Name *string），调用前必须判空，否则u.Name = ...会触发panic: runtime error: invalid memory address or nil pointer dereference
方法接收者用值还是指针？看要不要改字段
定义方法时，接收者类型直接决定能否修改原始结构体。只要方法体里有字段赋值语句（如 u.Age = 30），就必须用指针接收者 func (u *User) Modify()。
值接收者 func (u User) Modify() 会复制整个结构体，所有字段操作都在副本上，编译器不会警告，但逻辑必然出错。
- 小结构体（如两个
int）用值接收者开销小，但语义上“要改原对象”仍必须用指针 - 大结构体（含
slice、map、大数组）务必用指针接收者，避免拷贝成本 - 混用风险：同一个类型既有值接收者方法又有指针接收者方法，会导致接口实现不一致 —— 只有指针接收者能实现需要指针方法的接口
接口里存结构体指针，否则方法调用也白搭
把结构体赋给接口变量时，如果存的是值（var q Q = User{}），即使方法是用指针接收者定义的，调用时操作的仍是接口内封装的副本，原始数据不受影响。
要真正实现原地修改，必须两点同时满足：方法是 func (x *P) modify()，且接口中存的是 &P{}。
- 错误写法：
sibling Q = P{name: "a"}→sibling.modify()改的是副本 - 正确写法：
sibling Q = &P{name: "a"}→sibling.modify()修改原始实例 - 注意：字面量不能取地址，
User{}.Modify()在指针接收者下会编译失败
实际编码中，最易被忽略的是接口赋值那一层——很多人以为“方法用了指针接收者就够了”，却忘了接口变量自己也得持有一个指针，否则前面所有指针设计都归零。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
