<p>Go中方法接收者用指针是为了修改原始变量字段并避免大结构体复制开销；指针接收者只属于* T方法集，影响接口实现一致性，编译器对可寻址变量自动取地址。</p>
为什么方法接收者要用指针而不是值
Go 中方法接收者用指针，核心是为了让方法能修改原始变量的字段。如果用值接收者，方法内操作的是副本，原结构体完全不受影响。
常见错误现象：func (s Student) SetName(name string) 调用后 s.Name 没变；而 func (s *Student) SetName(name string) 才真正改到了原变量。
- 只要方法需要写入结构体字段（比如赋值、清空、追加切片），就必须用指针接收者
- 如果结构体很大（比如含大数组、长字符串或嵌套 map），用指针还能避免复制开销
- 同一类型的方法集要统一：混用值和指针接收者会导致接口实现不一致——
*T能调用T和*T的方法，但T只能调用T的方法
如何声明指针接收者方法
语法上就是在接收者参数名前加 *，且类型必须是具名类型（不能是内置类型或匿名结构体）。
type User struct {
Name string
}
func (u *User) Rename(newName string) {
u.Name = newName // ✅ 可以修改原结构体字段
}
注意点：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
u是指针变量名，*User是接收者类型，二者缺一不可 - 不能写成
func (u *user) Rename(...)——首字母小写表示未导出，外部包无法调用 - 如果结构体字段本身是指针（如
data *[]byte），那在指针接收者方法里改它指向的地址，依然需要解引用：*u.data = []byte{...}
调用时要不要显式取地址
Go 编译器会自动处理：对变量直接调用指针接收者方法时，会隐式取地址；对字面量或表达式调用，则可能报错。
例如：
u := User{Name: "Alice"}
u.Rename("Bob") // ✅ 编译器自动转成 (&u).Rename("Bob")
User{Name: "Alice"}.Rename("Bob") // ❌ 编译错误：cannot call pointer method on User literal
- 只有可寻址的变量（如局部变量、切片元素、map值且类型是指针）才能自动取地址
- 函数返回结构体值、struct 字面量、常量、短变量声明中的右值，都不能用于指针接收者方法调用
- 如果不确定，就显式写
(&u).Rename(...)，尤其在测试或调试时更清晰
指针接收者和接口实现的关系
接口是否被满足，取决于方法集。而指针接收者定义的方法只属于 *T 的方法集，不属于 T。
典型问题：
type Namer interface {
GetName() string
}
func (u User) GetName() string { return u.Name } // 值接收者 → T 和 *T 都实现 Namer
func (u *User) GetName() string { return u.Name } // 指针接收者 → 只有 *T 实现 Namer
- 如果你把
User{}传给期望Namer的函数，而GetName是指针接收者，就会编译失败 - 反过来，如果接口方法用指针接收者，你传
&u就行；但若想支持u和&u两种传法，就得用值接收者（前提是不需要修改） - 标准库几乎全用指针接收者，因为多数类型需要内部状态变更（如
*bytes.Buffer.Write）
最容易被忽略的是：同一个类型，混用值和指针接收者会让它的方法集分裂，导致接口匹配行为难以预测。上线前最好用 go vet 或静态检查工具扫一遍接收者一致性。
