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


相关文章
|
4月前
|
程序员 数据处理
令人膛目结舌的代码技巧:探索编程世界奇妙之处(3)
令人膛目结舌的代码技巧:探索编程世界奇妙之处(3)
26 0
|
4月前
|
程序员 编译器 数据处理
令人膛目结舌的代码技巧:探索编程世界奇妙之处(1)
令人膛目结舌的代码技巧:探索编程世界奇妙之处(1)
29 0
|
4月前
|
缓存 程序员 Python
令人膛目结舌的代码技巧:探索编程世界奇妙之处(2)
令人膛目结舌的代码技巧:探索编程世界奇妙之处(2)
33 0
|
1月前
|
安全 算法 前端开发
作为程序员变强了也变秃了遇到令人膛目结舌的代码技巧
作为程序员变强了也变秃了遇到令人膛目结舌的代码技巧
15 1
|
8月前
|
设计模式 网络协议 算法
|
8月前
|
存储 Java
i++和++i傻傻分不清楚?这里给你最清楚的解答
i++和++i傻傻分不清楚?这里给你最清楚的解答
i++和++i傻傻分不清楚?这里给你最清楚的解答
|
12月前
|
IDE 开发工具 Python
这样的奇技淫巧,劝你不用也罢
这样的奇技淫巧,劝你不用也罢
103 0
|
12月前
|
Python
一日一技:你的代码是如何被炫技毁掉的
一日一技:你的代码是如何被炫技毁掉的
77 0
有点迷糊的题
2541. 使数组中所有元素相等的最小操作数 II - 力扣(LeetCode)
46 0
|
程序员
程序人生 - 程序员要学点儿理财知识,而不仅仅是代码技巧
程序人生 - 程序员要学点儿理财知识,而不仅仅是代码技巧
109 0
程序人生 - 程序员要学点儿理财知识,而不仅仅是代码技巧

相关实验场景

更多