[]*T *[]T *[]*T 傻傻分不清楚(下)

简介: 作为一个 Go 语言新手,看到一切”诡异“的代码都会感到好奇;比如我最近看到的几个方法;

值传递带来的误会


在上述例子中,在 appendB 中调用 append 函数追加数据后会发现 main 函数中并没有受到影响,这里我稍微调整了一下示例代码:


func TestAppendB(t *testing.T) {
  //x:=[]int{1,2,3}
  x := make([]int, 3,5)
  x[0] = 1
  x[1] = 2
  x[2] = 3
  appendB(x)
  fmt.Printf("main %v len=%v,cap=%v\n", x,len(x),cap(x))
}
func appendB(x []int) {
  x = append(x, 444)
  fmt.Printf("appendB %v len=%v,cap=%v\n", x,len(x),cap(x))
}


主要是修改了切片初始化方式,使得容量大于了长度,具体原因后续会说明。


输出结果如下:


appendB [1 2 3 444] len=4,cap=5
main [1 2 3] len=3,cap=5


main 函数中的数据看样子确实没有受到影响;但细心的朋友应该会注意到  appendB 函数中的 x 在 append() 之后长度 +1 变为了4。


而在 main 函数中长度又变回了3.


这个细节区别就是为什么 append() "看似" 没有生效的原因;至于为什么要说“看似”,再次调整了代码:


func TestAppendB(t *testing.T) {
  //x:=[]int{1,2,3}
  x := make([]int, 3,5)
  x[0] = 1
  x[1] = 2
  x[2] = 3
  appendB(x)
  fmt.Printf("main %v len=%v,cap=%v\n", x,len(x),cap(x))
  y:=x[0:cap(x)]
  fmt.Printf("y %v len=%v,cap=%v\n", y,len(y),cap(y))
}


在刚才的基础之上,以 append 之后的 x 为基础再做了一个切片;该切片的范围为 x 所引用数组的全部数据。


再来看看执行结果如何:


appendB [1 2 3 444] len=4,cap=5
main [1 2 3] len=3,cap=5
y [1 2 3 444 0] len=5,cap=5


会神奇的发现 y 将所有数据都打印出来,在 appendB 函数中追加的数据其实已经写入了数组中,但为什么 x 本身没有获取到呢?


网络异常,图片无法展示
|


看图就很容易理解了:


  • appendB中确实是对原始数组追加了数据,同时长度也增加了。


  • 但由于是值传递,所以 slice 这个结构体即便是修改了长度为4,也只是对复制的那个对象修改了长度,main 中的长度依然为3.


  • 由于底层数组是同一个,所以基于这个底层数组重新生成了一个完整长度的切片便能看到追加的数据了。


所以这里本质的原因是因为 slice 是一个结构体,传递的是值,不管方法里如何修改长度也不会影响到原有的数据(这里指的是长度和容量这两个属性)。


切片扩容


还有一个需要注意:


刚才特意提到这里的例子稍有改变,主要是将切片的容量设置超过了数组的长度;


如果不做这个特殊设置会怎么样呢?


func TestAppendB(t *testing.T) {
  x:=[]int{1,2,3}
  //x := make([]int, 3,5)
  x[0] = 1
  x[1] = 2
  x[2] = 3
  appendB(x)
  fmt.Printf("main %v len=%v,cap=%v\n", x,len(x),cap(x))
  y:=x[0:cap(x)]
  fmt.Printf("y %v len=%v,cap=%v\n", y,len(y),cap(y))
}
func appendB(x []int) {
  x = append(x, 444)
  fmt.Printf("appendB %v len=%v,cap=%v\n", x,len(x),cap(x))
}


输出结果:


appendB [1 2 3 444] len=4,cap=6
main [1 2 3] len=3,cap=3
y [1 2 3] len=3,cap=3


这时会发现 main 函数中的 y 切片数据也没有发生变化,这是为什么呢?


网络异常,图片无法展示
|


这是因为初始化 x 切片时长度和容量都为3,当在 appendB 函数中追加数据时,会发现没有位置了。


这时便会进行扩容:


  • 将老数据复制一份到新的数组中。


  • 追加数据。


  • 将新的数据内存地址返回给 appendB 中的 x .


同样的由于是值传递,所以 appendB 中的切片换了底层数组对 main 函数中的切片没有任何影响,也就导致最终 main 函数的数据没有任何变化了。


传递切片指针


有没有什么办法即便是在扩容时也能对外部产生影响呢?


func TestAppendC(t *testing.T) {
  x:=[]int{1,2,3}
  appendC(&x)
  fmt.Printf("main %v len=%v,cap=%v\n", x,len(x),cap(x))
}
func appendC(x *[]int) {
  *x = append(*x, 4)
  fmt.Printf("appendC %v\n", x)
}


输出结果为:


appendC &[1 2 3 4]
main [1 2 3 4] len=4,cap=6


这时外部的切片就能受到影响了,其实原因也很简单;


刚才也说了,因为 slice 本身是一个结构体,所以当我们传递指针时,就和平时自定义的 struct 在函数内部通过指针修改数据原理相同。


最终在 appendC 中的 x 的指针指向了扩容后的结构体,因为传递的是 main 函数中 x 的指针,所以同样的 main 函数中的 x 也指向了该结构体。


总结


所以总结一下:


  • 切片是对数组的抽象,同时切片本身也是一个结构体。


  • 参数传递时函数内部与外部引用的是同一个数组,所以对切片的修改会影响到函数外部。


  • 如果发生扩容,情况会发生变化,同时扩容会导致数据拷贝;所以要尽量预估切片大小,避免数据拷贝。


  • 对切片或数组重新生成切片时,由于共享的是同一个底层数组,所以数据会互相影响,这点需要注意。


  • 切片也可以传递指针,但场景很少,还会带来不必要的误解;建议值传值就好,长度和容量占用不了多少内存。


相信使用过切片会发现非常类似于  Java  中的 ArrayList,同样是基于数组实现,也会扩容发生数据拷贝;这样看来语言只是上层使用的选择,一些通用的底层实现大家都差不多。


这时我们再看标题中的 []*T *[]T *[]*T 就会发现这几个并没有什么联系,只是看起来很像容易唬人。


相关文章
|
3月前
|
Java 开发者
那些年,我们追过的Java多态——回忆篇
【6月更文挑战第17天】重温Java多态,它激发了初学者对面向对象编程的热情。多态展示了代码的灵活性和可扩展性,通过抽象和接口使设计更高效。在实践中,如GUI事件处理和游戏开发,多态广泛应用。随着时间的推移,理解加深,多态被视为反映现实多样性的编程哲学。对初学者,它是探索编程世界的钥匙,不应惧怕困惑,应多实践,享受与计算机对话的乐趣。多态,是编程旅程中宝贵的财富和成长见证。
22 0
|
存储 安全 Python
python多线程------>这个玩意很哇塞,你不来看看吗
python多线程------>这个玩意很哇塞,你不来看看吗
|
存储 Java
i++和++i傻傻分不清楚?这里给你最清楚的解答
i++和++i傻傻分不清楚?这里给你最清楚的解答
i++和++i傻傻分不清楚?这里给你最清楚的解答
|
机器学习/深度学习 人工智能 Java
|
IDE 开发工具 Python
这样的奇技淫巧,劝你不用也罢
这样的奇技淫巧,劝你不用也罢
126 0
有点迷糊的题
2541. 使数组中所有元素相等的最小操作数 II - 力扣(LeetCode)
62 0
|
Java 关系型数据库 MySQL
【浅尝高并发编程】接私活差点翻车
作为一名本本分分的练习时长两年半的Java练习生,一直深耕在业务逻辑里,对并发编程的了解仅仅停留在八股文里。一次偶然的机会,接到一个私活,核心逻辑是写一个 定时访问api把数据持久化到数据库的小服务。
162 0
|
安全 Java 编译器
学妹不懂Java泛型,非让我写一篇给她看看(有图为证)
笔者有个学妹就遇到了相同的境遇,学弟被泛型搞得头晕目眩,搞不懂泛型是个啥玩意。天天用的泛型也不知道啥玩意(她可能都不知道她有没有用泛型)。立图为证!当然,笔者深度还欠缺,如果错误还请指正!
132 0
学妹不懂Java泛型,非让我写一篇给她看看(有图为证)
|
消息中间件 Kubernetes Cloud Native
记一次内部分享——瞎扯淡
记一次内部分享——瞎扯淡
记一次内部分享——瞎扯淡
|
设计模式 架构师 Java
为什么有些蛮厉害的人,后来都不咋样了
写这篇文章目的是之前在一篇文章中谈到,我实习那会有个老哥很牛皮,业务能力嘎嘎厉害,但是后面发展一般般,这引起我的思考,最近有个同事发了篇腾讯pcg的同学关于review 相关的文章,里面也谈到架构师的层次,也再次引起我关于架构师的相关思考,接下来我们展开聊聊吧~
149 0