[]*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 就会发现这几个并没有什么联系,只是看起来很像容易唬人。


相关文章
|
6月前
|
移动开发 C语言
C语言中的#和##你还傻傻分不清楚吗
简单介绍两者的用途并以代码的形式举例
|
存储 安全 Python
python多线程------>这个玩意很哇塞,你不来看看吗
python多线程------>这个玩意很哇塞,你不来看看吗
|
存储 编译器 C语言
带你们偷瞄编程绕不开的C语言(三)
带你们偷瞄编程绕不开的C语言(三)
76 0
|
存储 Java
i++和++i傻傻分不清楚?这里给你最清楚的解答
i++和++i傻傻分不清楚?这里给你最清楚的解答
i++和++i傻傻分不清楚?这里给你最清楚的解答
|
C语言
带你们偷瞄编程绕不开的C语言(二)
带你们偷瞄编程绕不开的C语言(二)
49 0
|
Java 编译器 C#
带你们偷瞄编程绕不开的C语言(一)
带你们偷瞄编程绕不开的C语言(一)
177 0
|
IDE 开发工具 Python
这样的奇技淫巧,劝你不用也罢
这样的奇技淫巧,劝你不用也罢
139 0
有点迷糊的题
2541. 使数组中所有元素相等的最小操作数 II - 力扣(LeetCode)
72 0
|
设计模式 架构师 Java
为什么有些蛮厉害的人,后来都不咋样了
写这篇文章目的是之前在一篇文章中谈到,我实习那会有个老哥很牛皮,业务能力嘎嘎厉害,但是后面发展一般般,这引起我的思考,最近有个同事发了篇腾讯pcg的同学关于review 相关的文章,里面也谈到架构师的层次,也再次引起我关于架构师的相关思考,接下来我们展开聊聊吧~
157 0