go - 为什么接收者在 Go 中是按值传递的？

Question

好像你总是想要这个：

func (self *Widget) Do() {
}

而不是这个

func (self Widget) Do() {
}

如果是这样，那么获得前一种语义的方法应该是使用后一种语法。即接收者应该通过引用传递。

Answer 1

这是因为Go 中的一切都是按值传递的。这使它与其他 C 家族语言保持一致，并且意味着您永远不需要记住您正在查看的情况是否是按值传递。

从那个链接：

与 C 家族中的所有语言一样，Go 中的所有内容都是按值传递的。也就是说，一个函数总是得到一个被传递的东西的副本，就好像有一个赋值语句将值分配给参数一样。例如，将 int 值传递给函数会生成 int 的副本，传递指针值会生成指针的副本，但不会复制它指向的数据。（有关这如何影响方法接收器的讨论，请参阅下一节。）

然后后来：

  func (s *MyStruct) pointerMethod() { } // method on pointer
  func (s MyStruct)  valueMethod()   { } // method on value

对于不习惯指针的程序员来说，这两个例子之间的区别可能会让人感到困惑，但情况其实很简单。在类型上定义方法时，接收器（s在上面的示例中）的行为就像它是方法的参数一样。将接收者定义为值还是指针是同一个问题，那么，函数参数应该是值还是指针。有几个考虑。

首先，也是最重要的，该方法是否需要修改接收器？如果是这样，接收者必须是一个指针。（切片和映射充当引用，因此它们的故事有点微妙，但例如要在方法中更改切片的长度，接收者仍然必须是指针。）在上面的示例中，如果 pointerMethod 修改了s，调用者将看到这些更改，但 valueMethod 是使用调用者参数的副本调用的（这是传递值的定义），因此调用者将看不到它所做的更改。

顺便说一句，指针接收器与 Java 中的情况相同，尽管在 Java 中指针隐藏在幕后。Go 的价值接收器是不寻常的。

其次是效率的考虑。如果接收器很大，例如一个大结构，使用指针接收器会便宜得多。

其次是一致性。如果该类型的某些方法必须具有指针接收器，那么其余的也应该具有，因此无论该类型如何使用，方法集都是一致的。有关详细信息，请参阅方法集部分。

对于基本类型、切片和小型结构等类型，值接收器非常便宜，因此除非方法的语义需要指针，否则值接收器是高效且清晰的。

Answer 2

有时您不想通过引用传递。的语义

func (self Widget) Get() Value {
}

例如，如果您有一个小的不可变对象，则可能很有用。调用者可以确定地知道这个方法不会修改它的接收者。如果接收者是指针而不先阅读代码，他们就无法知道这一点。

例如，对此进行扩展

// accessor for things Config
func (self Thing) GetConfig() *Config {
}

通过查看这个方法，我可以知道 GetConfig 总是会返回相同的 Config。我可以修改该配置，但我无法修改 Thing 中指向 Config 的指针。它非常接近 Thing 内部的 const 指针。

Answer 3

好像你总是想要这个：

不，值接收器更通用。它可以在指针接收器可以使用的所有地方使用；但是指针接收器不能用在值接收器可以使用的所有地方——例如，如果你有一个类型的右值表达式Widget；您可以在其上调用值接收器方法，但不能调用指针接收器方法。