值接收者方法无法修改原始结构体字段，因传递的是副本；指针接收者才能修改状态，且需统一使用以避免接口实现失败和语义混淆。
值接收者方法改不了原始结构体字段
调用 (u User) UpdateName() 时，Go 把整个 User 复制进栈，方法里对 u.Name 的赋值只作用于副本。原始变量完全不受影响。
- 常见错误现象：
user := User{Name: "Tom"}; user.UpdateName("Jerry"); fmt.Println(user.Name)输出仍是"Tom" - 适用场景：纯计算、校验、生成新对象（比如
func (u User) FullName() string） - 性能提示：若结构体含
[]string或map[string]int，虽然 header 被复制，但底层数组/哈希表不会重复分配——这点常被误认为“传 slice 就能改原数据”
指针接收者必须用于修改状态或大结构体
(u *User) SetName() 才能真正更新原始对象。编译器允许你用值变量直接调用它（user.SetName("Alice")），因为会自动取地址——但前提是 user 是可寻址的（不能是字面量或函数返回值）。
- 三个硬判断标准：
– 结构体大小 > 8–12 字节？用*T
– 方法要改字段？必须用*T
– 含slice/map/chan字段？建议统一用*T，避免语义混淆（比如误以为append(u.Tags, "x")会反映到原变量） - 注意逃逸：写
return &u很可能让本该在栈上的u被分配到堆，增加 GC 压力；运行go build -gcflags="-m" main.go可验证
接口实现失败往往卡在方法集不匹配
值类型 T 和指针类型 *T 的方法集不同：T 的方法集只包含值接收者方法；*T 的方法集则包含值和指针接收者方法。一旦结构体定义了任一指针接收者方法，T{} 就无法满足该接口。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 典型报错：
cannot use User{} (type User) as type Speaker in argument to say: User does not implement Speaker (SetName method has pointer receiver) - 实操建议：只要有一个方法需要指针接收者，整个类型的全部方法都应统一使用
*T接收者，调用时传&user或确保变量可寻址 - 别依赖自动取地址：如果传的是
User{}字面量，User{}.SetName("x")会编译失败——字面量不可寻址
传参不是“传引用”，而是“传值的值”
Go 没有引用传递。所有参数都是值传递，区别只在于“这个值”是数据本身（如 int、[3]int），还是内存地址（如 *User、func()）。
立即学习“go语言免费学习笔记（深入）”；
-
func f(s []int)：传的是sliceheader 的副本（3个字段），所以s[0] = 999能改原底层数组，但s = append(s, 1)不会影响调用方的s -
func f(m map[string]int)：同理，m["k"] = v有效，m = make(map[string]int)无效 - 最易忽略的点：返回
*T时，调用方必须判空；而返回T总是安全的——零值合法，不会 panic
