西安专业承接网站搭建模板,织梦网站产品,上海网站建设服务市价,跨境电商免费开店的有哪些做了五年的go开发#xff0c;却并没有什么成长#xff0c;都停留在了业务层面了。一直以为golang中函数传参#xff0c;如果传的是引用类型#xff0c;则是以引用传递#xff0c;造成这样的误解#xff0c;实在也不能怪我。我们来看一个例子#xff0c;众所周知#xf…做了五年的go开发却并没有什么成长都停留在了业务层面了。一直以为golang中函数传参如果传的是引用类型则是以引用传递造成这样的误解实在也不能怪我。我们来看一个例子众所周知slice是个引用类型我们以slice为例。
package main
import fmt
func main() {strSlice : make([]string, 0,10)strSlice append(strSlice, 初始值)//打印一下没有在函数内部修改的初始情况fmt.Println(strSlice:,strSlice,strSlice地址,strSlice[0])//在函数内部修改初始slice内容再打印change(strSlice)fmt.Println(strSlice:,strSlice,strSlice地址,strSlice[0])
}
func change(str []string){fmt.Println(函数传参地址,str[0])str[0]改掉这个内容
}
猜猜打印出来的会是什么结果 不管你是怎么看如果只有这么一个案例就很容易产生误解。打印的函数参数的地址和外部slice的地址是一致并且在函数体内修改的值的确影响了slice的值由此现象很容易得出是引用传递。
事实果真如此么我们再来看一个案例。
package main
import fmt
func main() {strSlice : make([]string, 0,10)strSlice append(strSlice, 初始值)//打印一下没有在函数内部修改的初始情况fmt.Println(strSlice:,strSlice,strSlice地址,strSlice[0])//在函数内部修改初始slice内容再打印change(strSlice)fmt.Println(strSlice:,strSlice,strSlice地址,strSlice[0])
}
func change(str []string){fmt.Println(函数传参地址,str[0])strappend(str,新增一个内容)
} 如果是引用传递那么经过change函数追加了值的strSlice应该是能打印出追加的值。好了我们直接看结果。 结果很是出乎我的意料之外啊竟然不是像我上面猜想的那样。由此至少可以得出一个结论golang中函数的参数传递不是引用传递。那么也就是说即使参数是引用类型也是值传递既然是值传递第一个案例作何理解呢第二个案例又如何理解呢
我们看一下slice的底层结构。
//go 1.20.3 path: /src/runtime/slice.go
type slice struct {array unsafe.Pointerlen intcap int
} array 是一个指向底层数组的指针这个数组存储着切片中的元素。len 表示切片的长度即切片中元素的数量。cap 表示切片的容量即切片底层数组中可用的元素数量。golang的函数传参都是值传递即使传递的是引用类型也是对应引用类型的地址拷贝。因此第一个案例中实际上是把指向底层数组的指针的地址拷贝生成一个副本传到了函数体中所以第一个案例中修改了0xc00006c0a0地址里的内容会引发外面的参数发生变化。这个我们可以做个案例测试一下。
package main
import fmt
func main() {strSlice : make([]string, 0,10)strSlice append(strSlice, 初始值)//打印一下没有在函数内部修改的初始情况fmt.Println(strSlice:,strSlice,strSlice地址,strSlice[0])//在函数内部修改初始slice内容再打印change(strSlice)fmt.Println(strSlice:,strSlice,strSlice地址,strSlice[0])
}
func change(str []string){fmt.Println(函数传参地址,str[0])for i:0;i10;i{str append(str, fmt.Sprint(i))}fmt.Println(扩容之后的地址,str[0])str[0]改掉这个内容
}
我们知道当slice发生扩容runtime会开辟一块新的内存地址把内容拷贝到新的地址指向的内存中那么我们可以测试一下当slice发生扩容再修改内容就不会影响原来的参数。 实际结果验证了我们的猜想扩容之后开辟新的内存地址来存放内容因此再修改这个参数也不会影响外部参数。
可是这个依然没有解除掉第二个案例——没有扩容时函数内append之后外部参数打印结果和预期不符的疑惑。实际上并不矛盾因为slice结构中有一个变量len,这个表示slice中元素的数量用大白话来理解就是可见的元素传参的过程中不仅拷贝了地址还拷贝了len和cap因此虽然形参中的len发生了变化但是并不影响实参的len。画个内存示意图来理解一下。 package main
import fmt
func main() {strSlice : make([]string, 0,10)strSlice append(strSlice, 初始值)//打印一下没有在函数内部修改的初始情况fmt.Println(strSlice:,strSlice,strSlice地址,strSlice[0],len,len(strSlice))//在函数内部修改初始slice内容再打印change(strSlice)fmt.Println(strSlice:,strSlice,strSlice地址,strSlice[0],len,len(strSlice))
}
func change(str []string){fmt.Println(函数传参地址,str[0])strappend(str,新增一个内容)fmt.Println(形参str长度:,len(str))
} 直接看结果果然验证了我们上面的猜想。
至此函数值传递的探究到此结束。
