Go值接收器与指针接收器的抉择

值接收器与指针接收器的抉择

在 Go 语言中决定是否使用值接收器(func (m MyType))或指针接收器(func (m *MyType))时,有几个关键因素需要考虑:

  1. 修改状态 :如果你需要在方法内修改接收器的状态,你应该使用指针接收器。这是因为指针接收器传递的是对原始对象的引用,所以对它的任何修改都会反映在原始对象上。在你的例子中,Reset 方法修改了 MyType 的内容,所以它使用了指针接收器。
  2. 值的大小:如果接收器是大型结构体或数组,使用指针接收器可能更高效,因为这样避免了在每次方法调用时复制整个数据结构。
  3. 一致性:通常最好在同一个类型上的所有方法中保持接收器类型的一致性,无论是值接收器还是指针接收器。这样可以使类型的行为更加可预测。
  4. 并发安全:使用指针接收器时,如果多个协程访问同一个对象,需要考虑并发安全性。值接收器因为总是获得数据的副本,所以在并发情况下通常更安全。
  5. 接口实现:在实现接口时,需要考虑接收器的类型。一个类型的指针版本和值版本可能会被视为不同的类型。例如,如果一个接口方法使用指针接收器定义,那么只有该类型的指针才能实现该接口。

在您的例子中,String 方法使用值接收器,因为它不需要修改 MyType 的状态,并且如果 MyType 是个小型结构体,这也是高效的。而 Reset 方法需要修改状态,所以它使用了指针接收器。

综合考虑这些因素可以帮助你决定是使用值接收器还是指针接收器。在实际编程中,这通常取决于具体的应用场景和性能要求。

比喻

好的,让我们用一家咖啡店来类比 Go 语言中的接口实现,尤其是关于值接收器和指针接收器的部分。

假设你经营一家咖啡店,你的咖啡店有一个规则:每个进入咖啡店的顾客都必须会点单(实现一个方法)。在 Go 语言中,这个规则就像是一个接口,会点单就是这个接口要求实现的方法。

现在,有一个顾客叫 Alice。Alice 可以以两种方式来到你的咖啡店:作为她自己(值),或者通过她的手机APP(指针)。在这个比喻中,Alice 本人就像是一个类型的实例,而她的手机APP就是这个类型的指针。

值接收器的情况

如果 Alice 亲自学会了怎么点单(实现了接口的方法),那么无论是 Alice 本人(值)还是她通过手机APP(指针),都可以被接受。这是因为规则只要求顾客会点单,而 Alice 无论是亲自还是通过APP都能做到。

指针接收器的情况

但如果规则改成只有通过手机APP点单的顾客才能被接受,那么情况就变了。在这种情况下,只有 Alice 的手机APP(指针)可以成功点单,因为规则要求必须通过APP。如果 Alice 亲自来到店里而不使用APP,她将无法点单,因为她没有遵守"必须通过APP点单"的规则。

应用到 Go 语言

在 Go 语言中:

  • 值接收器相当于"顾客亲自或通过APP点单都可以"。这意味着不管是类型的实例本身(值),还是它的指针,都被认为实现了这个接口。
  • 指针接收器相当于"只有通过APP点单的顾客才可以"。这意味着只有类型的指针被认为实现了这个接口。

所以,当你在 Go 中选择使用值接收器还是指针接收器来实现一个接口的方法时,你其实是在确定哪些"顾客"(值或指针)符合"咖啡店规则"(接口)。这个决定取决于你的具体需求和你想要的实现方式

结合代码示例

咖啡店比喻

假设你有一个咖啡店,咖啡店有一个规则:每个顾客必须会使用一个特定的应用(App)来点单。我们把这个规则比作一个接口,在 Go 中,这个接口定义了一个方法,比如叫 OrderCoffee

go 复制代码
goCopy code
type CoffeeOrderer interface {
    OrderCoffee()
}

Alice 是一个顾客,她可以亲自到店里来(作为值),或者通过她的手机App(作为指针)。

Go 语言中的代码

go 复制代码
goCopy code
type Customer struct {
    Name string
}

// 作为值接收器实现 OrderCoffee
func (c Customer) OrderCoffee() {
    fmt.Println(c.Name, "orders coffee in person.")
}

// 作为指针接收器实现 OrderCoffee
func (c *Customer) OrderCoffeeThroughApp() {
    fmt.Println(c.Name, "orders coffee through the app.")
}

在这个例子中,我们定义了一个 Customer 类型,以及两种不同的点单方法。一种是 Alice 亲自点单(值接收器),另一种是通过她的手机App点单(指针接收器)。

实现接口的差别

  1. 值接收器OrderCoffee):Alice 亲自点单。在这种情况下,不管是 Alice 本人(Customer 值)还是她的代表(Customer 的指针),都能满足 CoffeeOrderer 接口。因为接口只要求会点单,而不管是亲自还是通过代表。
  2. 指针接收器OrderCoffeeThroughApp):仅当 Alice 使用她的手机App点单时才满足条件。只有 Customer 的指针版本能满足这个条件,因为这个方法是作为指针接收器定义的。如果 Alice 试图亲自点单(使用 Customer 值),她不会满足这个接口。

应用到实际场景

在 Go 语言中,这意味着当你定义一个接口的实现时,你需要考虑你是希望类型的值和指针都能实现这个接口,还是只有类型的指针。这取决于你的方法是作为值接收器还是指针接收器来实现的。

正确与错误对比示例

1. 使用值接收器实现接口

先定义接口和类型:

go 复制代码
goCopy code
package main

import "fmt"

type CoffeeOrderer interface {
    OrderCoffee()
}

type Customer struct {
    Name string
}

// 使用值接收器实现 OrderCoffee
func (c Customer) OrderCoffee() {
    fmt.Println(c.Name, "orders coffee in person.")
}

正确的使用:

css 复制代码
goCopy code
func main() {
    alice := Customer{Name: "Alice"}
    var orderer CoffeeOrderer = alice // 正确:Customer 的值实现了接口
    orderer.OrderCoffee()
}

错误的使用是不存在的,在这种情况下,无论是 Customer 的值还是指针都能作为 CoffeeOrderer 接口的实现。

2. 使用指针接收器实现接口

先定义一个新的接口和实现:

scss 复制代码
goCopy code
// 新接口定义
type AppCoffeeOrderer interface {
    OrderCoffeeThroughApp()
}

// 使用指针接收器实现 OrderCoffeeThroughApp
func (c *Customer) OrderCoffeeThroughApp() {
    fmt.Println(c.Name, "orders coffee through the app.")
}

正确的使用:

css 复制代码
goCopy code
func main() {
    alice := Customer{Name: "Alice"}
    var appOrderer AppCoffeeOrderer = &alice // 正确:Customer 的指针实现了接口
    appOrderer.OrderCoffeeThroughApp()
}

错误的使用:

css 复制代码
goCopy code
func main() {
    alice := Customer{Name: "Alice"}
    var appOrderer AppCoffeeOrderer = alice // 错误:Customer 的值没有实现 AppCoffeeOrderer 接口
    appOrderer.OrderCoffeeThroughApp()
}

在这个错误的例子中,我们试图将 Customer 的值赋给一个类型为 AppCoffeeOrderer 的变量。这会导致编译错误,因为我们定义的 OrderCoffeeThroughApp 方法是一个指针接收器,只有 Customer 的指针才实现了 AppCoffeeOrderer 接口。

通过这些例子,您可以看到如何正确和错误地使用值接收器和指针接收器来实现接口。在 Go 中,这是非常重要的概念,因为它影响类型如何符合接口的规范。

相关推荐
goTsHgo9 分钟前
在 Spring Boot 的 MVC 框架中 路径匹配的实现 详解
spring boot·后端·mvc
waicsdn_haha21 分钟前
Java/JDK下载、安装及环境配置超详细教程【Windows10、macOS和Linux图文详解】
java·运维·服务器·开发语言·windows·后端·jdk
Q_192849990631 分钟前
基于Spring Boot的摄影器材租赁回收系统
java·spring boot·后端
良许Linux35 分钟前
0.96寸OLED显示屏详解
linux·服务器·后端·互联网
求知若饥1 小时前
NestJS 项目实战-权限管理系统开发(六)
后端·node.js·nestjs
左羊1 小时前
【代码备忘录】复杂SQL写法案例(一)
后端
gb42152871 小时前
springboot中Jackson库和jsonpath库的区别和联系。
java·spring boot·后端
程序猿进阶1 小时前
深入解析 Spring WebFlux:原理与应用
java·开发语言·后端·spring·面试·架构·springboot
颜淡慕潇2 小时前
【K8S问题系列 |19 】如何解决 Pod 无法挂载 PVC问题
后端·云原生·容器·kubernetes