在golang中应根据是否需修改状态、接口实现需求及性能考量选择接收者类型。若方法需修改接收者状态，应使用指针接收者；若希望值和指针都能实现接口，应使用值接收者；若结构体较大或方法调用频繁，建议使用指针接收者以避免复制开销。
在Golang中定义方法时，一个常见的问题是：该用值接收者还是指针接收者？ 这个选择看似简单，但如果不理解背后的机制，可能会导致意料之外的行为。
其实核心在于：是否需要修改接收者的状态，以及你对接口实现和性能的考虑。
值接收者 vs 指针接收者的基本区别
- 值接收者：方法操作的是接收者的一个副本。
- 指针接收者：方法操作的是接收者本身，可以修改原对象的状态。
举个例子：
立即学习“go语言免费学习笔记（深入）”；
type Rectangle struct {
width, height int
}
func (r Rectangle) SetWidth(w int) {
r.width = w
}
func (r *Rectangle) SetHeight(h int) {
r.height = h
}上面这段代码中，SetWidth 无法真正改变调用者的 width，因为它改的是副本；而 SetHeight 可以影响原始对象。
接收者类型影响接口实现
Go 的接口实现是隐式的，但接收者类型会影响一个类型是否实现了某个接口。
比如定义了一个接口：
type Shape interface {
Area() int
}如果你只给 *Rectangle 实现了 Area() 方法，那么只有 *Rectangle 类型变量能赋值给 Shape，而 Rectangle 就不行。
反过来，如果方法使用的是值接收者，那无论是 Rectangle 还是 *Rectangle 都可以实现接口。
所以：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 如果希望同时支持值和指针类型，使用值接收者更灵活
- 如果只关心指针类型，或者需要修改结构体内容，使用指针接收者更合适
性能与拷贝代价
另一个现实问题是性能。当你传入的是一个较大的结构体时，使用值接收者会导致整个结构体被复制一次。
比如：
type BigStruct struct {
data [1024]byte
}
func (b BigStruct) Read() int {
return len(b.data)
}每次调用 Read() 都会复制 1KB 的数据。虽然现代 CPU 很快，但如果这个方法频繁被调用，就可能带来额外开销。
所以在以下情况建议使用指针接收者：
- 结构体较大
- 方法调用频繁
- 不想复制结构体内容
是否要修改接收者状态？
这可能是最直观的判断标准。
如果你的方法只是读取结构体字段而不做任何修改，值接收者完全够用，甚至更安全，避免意外更改。
但一旦你的方法需要修改结构体的状态（比如设置字段），那就应该使用指针接收者。
比如：
func (r *Rectangle) Scale(factor int) {
r.width *= factor
r.height *= factor
}否则，修改的只是副本，不会生效。
基本上就这些。
选择接收者类型时，记住几个关键点：
- 是否需要修改结构体状态？
- 是否希望兼容值和指针类型？
- 结构体大小和性能是否值得关注？
搞清楚这几个问题，基本就能做出合理选择了。
