go 指针接收者和值接收者的区别

go 指针接收者和值接收者的区别

指针接收者和值接收者的区别主要有两点:

  1. Go 中函数传参是传值,因此指针接收者传递的是接收者的指针拷贝,值接收者传递的是接收者的拷贝---在方法中指针接收者的变量会被修改,而值接收者的成员变量修改是无效的(毕竟传入的是拷贝,修改的自然也是拷贝的成员变量)。
  2. 在接口实现上,如果值接收者实现了某个方法,相当于值接收者和指针接收者都实现了这个方法。反之则不行,即指针接收者实现了某个方法,不能看成值接收者实现这个方法。

注意第2点只影响接口实现,如果不涉及接口的话是不受到这条规则约束的。

一个助记的但是不太正确的观点:接收者是指针类型的方法,很可能在方法中会对接收者的属性进行更改操作,从而影响接收者;而对于接收者是值类型的方法,在方法中不会对接收者本身产生影响。

理解角度:指针接收者可以选择修改自己的值和不修改,值接收者修改自己的值是无效的(因为是拷贝)。所以可以看成指针接收者的能力>值接收者的能力,自然:指针接收者实现某个方法可以看成值接收者实现某个方法,反之则不行。

go 复制代码
package main

import "fmt"

type coder interface {
    code()
    debug()
}

type Gopher struct {
    language string
}

func (p Gopher) code() {
    fmt.Printf("I am coding %s language\n", p.language)
}

func (p *Gopher) debug() {
    fmt.Printf("I am debuging %s language\n", p.language)
}

func main() {
    var c coder = &Gopher{"Go"} //运行正常
    //上一行换成: var c coder = Gopher{"Go"} 
    // 则报错 Gopher does not implement coder (debug method has pointer receiver)
    c.code()
    c.debug()
}

注意📢:对于👆🏻上面的第 2 点补充:虽然隐式实现的方法不一样,但是如果不涉及接口,单纯在调用的时候,无论是指针接收者还是值接收者实现了某个方法,指针接收者和值接收者都可以调用。本质上是 go 的语法糖。

最佳实践:

如果类型具备"原始的本质",即其成员都是由 Go 语言里内置的原始类型,如字符串,整型值等,那就定义值接收者类型的方法。

内置的引用类型,如 slice,map,interface,channel,这些类型比较特殊,声明他们的时候,实际上是创建了一个 header​, 对于他们也是直接定义值接收者类型的方法。这样,调用函数时,是直接 copy 了这些类型的 header​,而 header​ 本身就是为复制设计的。

如果类型具备非原始的本质,不能被安全地复制,这种类型总是应该被共享,那就定义指针接收者的方法。

虽然上面是这么说,但是个人感觉在实际使用中,基本可以无脑使用指针接收者。主要原因在于:1.指针接收者没有值拷贝带来的巨大开销。2.如果就想在函数中修改值就必须使用指针接收者。3.值接收者唯一的优势就是为了防止意外的修改,为了防止这一点可以通过创建一个函数或者方法来手动 copy,而这并不会带来多大的开销。

易错点辨析

  • 是否改变结构体的值看的是方法是指针接收者还是值接收者,而不是看调用方是指针还是值。原因在于golang编译器在背后会完成一些工作,比如:解引用,隐式使用引用。代码范例如下:
go 复制代码
package main

import "fmt"

type Node struct {
    val int
}

func (receiver Node) changeVal1() {
    receiver.val++
}

func (receiver *Node) changeVal2() {
    receiver.val++
}
func main() {
    someOne := Node{}
    someOne.changeVal1()
    fmt.Printf("%d\n", someOne.val) //0 ,说明没有改值,因为方法接收者是值接收者

    someOnePtr := &Node{}
    someOnePtr.changeVal1()
    fmt.Printf("%d\n", someOnePtr.val) //0 ,说明没有改值,因为方法接收者是值接收者,与调用方是否指针无关

    someTwo := Node{}
    someTwo.changeVal2()
    fmt.Printf("%d\n", someTwo.val) //1 ,说明成功改值,因为方法接收者是指针接收者,与调用方是否指针无关

    someTwoPtr := &Node{}
    someTwoPtr.changeVal2()
    fmt.Printf("%d\n", someTwoPtr.val) //1 ,说明成功改值,因为方法接收者是指针接收者,与调用方是否指针无关

}

参考:golang.design/go-question...

相关推荐
我不会起名字3222 小时前
seq 空洞排查:Mongo 的 51 只是预留上界,Redis CURR 才是已消耗边界
redis·后端·mongodb·go·即时通讯·im·故障排查
特立独行的猫A2 小时前
少 3 个环节、少 1 次 ABI、少 3500 行代码:cj-tauri 与 Ionic/Capacitor 的鸿蒙桥接机制对比
java·后端·python
学长毕设3 小时前
基于SpringBoot的高校后勤报修管理系统-附源码
java·spring boot·后端
特立独行的猫A3 小时前
cj-tauri vs Rust/Tauri 同款播放器实测:编译 21 秒 vs 11 分钟,磁盘 12 MB vs 1.2 GB
java·后端·python
乐橙开放平台3 小时前
海康和大华摄像头能统一管理吗?可以通过 GB28181 或视频融合平台接入
网络·后端·物联网·音视频
一条Go6 小时前
OnCall 时段路由:跨午夜、左闭右开与「Local 不是时区」
后端·架构·github
Moment6 小时前
不会后期的我,发现了一个开源胶片神器😍😍😍
前端·后端·开源
数据库小学妹7 小时前
pgbouncer 事务池:prepared statement、临时表与会话状态
数据库·后端·postgresql
三小河7 小时前
SWC 凭什么比 Babel 快 ?项目优化迁移踩坑记录
前端·后端
鶴哥只手遮天7 小时前
《Redis 8.10.3 深度剖析》系列 ·第 17 章. 一个迟到十六年的类型
redis·后端·开源