答案。

在Go中，方法可以声明为值接收器或指针接收器（value/pointer receiver）。这个特性在语言的早期版本中保留下来，以明确控制谁将修改原始数据。经典问题是：value（复制，不修改）与pointer（共享数据并可修改）语义之间的距离。

问题 — 如果用value接收器声明方法而未获得预期效果，或者在指针变量上调用value方法，容易出错。

解决方案 — 遵循以下规则：

如果方法需要更改对象的状态，请使用指针接收器。
对于小的不可变结构，请使用值接收器。
对于接口，通常更偏好使用指针接收器以保持一致性。

代码示例：

type Counter struct { Value int }

func (c Counter) IncCopy() { c.Value++ }          // 值接收器
func (c *Counter) IncPointer() { c.Value++ }      // 指针接收器

c := Counter{}
c.IncCopy()         // Value保持为0
c.IncPointer()      // Value变为1

关键特性：

值接收器保证数据的复制，并且无法从外部修改。
指针接收器允许更改结构的内部状态。
接口及其实现依赖于接收器的类型，这在赋值时可能导致意外的结果。

挑战性问题。

可以在指针上调用值接收器方法，或在值上调用指针方法吗？

Go在“内部”自动解引用指针或获取其地址，因此如果类型兼容，调用是允许的。但是并不总是如此——在接口情况下，它的工作方式不那么可预测。

var c Counter
(&c).IncCopy()  // 可以通过指针调用值方法
c.IncPointer()  // 可以调用指针方法，Go将自动获取地址

如果结构只实现了指针方法，但通过值传递给接口会怎么样？

这样的对象不实现接口，因为它需要指针方法，因此可能会导致panic或编译错误。

type D interface { IncPointer() }
func f(d D) {}
c := Counter{}
f(c)       // 错误！Counter通过值不能实现接口
f(&c)      // 正确

如果传入的是指针的副本，调用指针接收器方法时结构会改变吗？

是的，即使复制了指针，底下仍然是同一个对象——结果是相同的。

c := Counter{}
p := &c
p2 := p
p2.IncPointer() // Value会增加

常见错误和反模式

用错误的接收器声明方法，并尝试通过副本来修改结构。
对于大结构使用值接收器——过度复制。
由于接收器导致的接口不匹配错误。

生活中的例子

负面案例

工程师实现了具有值接收器方法“Update”的结构。通过接口传递结构，但更改“消失”——因为它们在处理副本。

优点：

结构的纯粹不可变性。

缺点：

期望更改，但没有——很难追踪错误。

正面案例

团队明确约定：所有修改状态的方法仅使用指针接收器，接口仅通过指针实现，值仅用于“扩展”和工具。