什么时候要使用指针接收器?
1.A很大,因为Go语言在执行函数时会进行参数的拷贝,拷贝一个大的对象和拷贝一个
指针相比代价肯定要大。
2.当方法中要修改A本身的数据时。同样是因为拷贝的原因,对于拷贝对象的修改不
会影响原对象
go
type I1 interface{
F1()
}
type I2 interface{
F1()
F2()
}
type T1 struct{
d int
}
func(t T1)F1(){
fmt.Printin("F1",t.d)
}
func(t *T1)F2(){
fmt.Printin("F2",t.d)
}
//OK
var _ I1=T1
//OK
var _ I1=&T1
//OK
var _ I2=&T1
//Not OK
var _ I2=T1
如果一个类型A实现了某方法,就相当于*A也实现了该方法。
反过来不成立。
前提A本身不能是指针类型,如果*A实现了某方法,对于**A没有影响。
所以A实现了的接口,*A一定也实现了。
反过来不一定。
A是如何调用*A的方法的 (互相调用)
可以认为是golang中的一种语法糖
go
func (s *mystruct)Read(data []byte)(int,error){
return 0,nil
}
如果有了上面的不允许再定义下面的
func (s myStruct)Read(data []byte)(int,error){
return 0,nil
}
不管在上面是谁实现了Read方法,下面的两段代码都是0K的
a:=mystruct{}
a.Read(nil)
b:=&mystruct{}
b.Read(nil)
go
type A struct
d int
}
func(a *A)F1(× int)(
a.d+=x
}
func main(){
a:=A{d:10}
a.F1(5) //等于(&a).F1(5)
fmt.Println(a.d)
}
go
type A struct{
d int
}
func(a A)F2(x int){
a.d+=x
}
func main(){
a:=&A{d:10}
a.F2(5) //等于(*a).F2(5)
fmt.Println(a.d)//结果还是10
}
*A拥有A的所有方法。对A的方法做了包装,先做指针解引用,再调用A的方法。
*A的变量可以直接调用A的方法,处理逻辑同上
可以理解为语法糖,也可以理解为对于上面的包装后的方法的调用。
A没有A的方法
A的变量可以直接调用 A的方法,处理逻辑是先取指针,再调用*A的方法。
只能理解为是语法糖。
https://go.dev/doc/faq#different_method_sets
为什么要让*A拥有A的所有方法?
可能的原因:
1.*A调用A的方法的过程总是安全的。
2.*A调用A的方法的结果总是符合预期的,而且是有益的。
不太可能是因为接口实现的需要而实现这样的特性。
1.这是在Go的Spec里面设定的行为,正常的顺序是Spec在前,实现在后。
2.Go语言在设计层面并没有对接口实现做设定,所以不允许取接口的地址
为什么不让A拥有*A的方法?
go
看一个例子,假设A拥有*A的方法,下面的代码将是正确的,但是结果不符合预期
var buf bytes.Buffer
io.Copy(buf,os.Stdin)//将数据拷贝到buf里面
//相关代码
func Copy(dst Writer,src Reader)(written int64,err error){
return copyBuffer(dst,src,nil)
}
type Writer interface{
Write(p []byte)(n int,err error)
}
func (b *Buffer)Write(p []byte)(n int,err error){
}
如果让A拥有A的方法,也就是让A实现A所实现的接口,此时将A作为接口类型的变量使用,与*A的行为是有差异的,而且是我们不想要的行为。