slice小结--golang

slice小结
slice切片是对底层数组Array的封装,在内存中的存储本质就是数组,体现为连续的内存块儿,go语言中的数组定义之后,长度就已经固定了,在使用过程中并不能改变其长度,而slice就可以看作一个长度可变的数组使用,数组在使用的过程中是值传递,将一个数组赋值给一个新变量或者作为方法参数传递时,是将原数组在内存中完全复制了一份,而不是引用源数组在内存中的地址。为了满足内存空间的复用和数组元素值的一致性的应用需求,slice出现了,没一个slice都是源数组在内存中的地址的一个引用,源数组可以衍生出多个slice,slice可以继续衍生slice,而内存中始终只有原数组。
slice可以通过两种方式定义,一种是从原数组中衍生,一种是通过make函数定义,本质上来说都是一样的,doit是在内存中通过数组的初始化的方式开辟一块内存,然后将其划分为若干个小块用来存储数组元素,然后slice就去引用整个或者局部数组元素。
从数组中切片构建slice
a := [10]int {1,2,3,4,5,6,7,8,9,0}
s := a[2 : 8]
fmt.Println(s)//定义一个数组a,截取下标2~8之间的部分,构建一个slice
通过make函数定义slice
ss := make([]int, 5, 20)
fmt.Println(ss)
make函数的地一个参数表示构建的数组的类型,第二个参数为数组的长度,第三个参数可选,是slice的容量,默认为第二个参数。
slice的长度和容量
slice的长度和容量是比较容易混淆的概念,slice的长度跟数组的长度是一个概念,即在内存中进行了初始化实际存在的元素的个数;slice的容量,如果通过make函数创建slice的时候指定了容量参数,那内存管理器会根据指定的容量的值先划分一块儿内存空间,然后才在其中按长度,存放数组元素,多余的部分处于空闲状态。在slice上追加元素的时候,首先会到这块儿空闲的内存中,如果添加的元素的个数超过了容量的值,内存管理器会重新划分一块容量值为原容量2倍大小的内存空间,这个机制可以提升运算性能,因为内存的频繁重新划分会降低性能
a := [10]int {1,2,3,4,5,6,7,8,9,0}
s := a[0 : ]
s = append(s , 11 , 12 , 13)
sa := a[2 : 7]
sb := sa[3 : 5]
fmt.Println(a , len(a) ,cap(a))
fmt.Println(s , len(s) , cap(s))
fmt.Println(sa , len(sa) , cap(sa))
fmt.Println(sb , len(sb) , cap(sb))
输出结果
[1 2 3 4 5 6 7 8 9 0] 10 10
[1 2 3 4 5 6 7 8 9 0 11 12 13] 13 20
[3 4 5 6 7] 5 8
[6 7] 2 5
可以看出,数组的len和cap是相等的,并且在定义的时候就已经指定了,不能改变。切片s引用这个数组的全部元素,初始长度和容量都是10,追加3个元素后,其长度变成13,容量提高到原数组容量的2倍,20.切片sa截取数组a下标2~7片段,长度为5,容量为8,这个容量的改变规则为原来的容量减掉起始下标,此时若追加元素,会覆盖掉原来内存地址中存在的值,切片sb截取切片sa下标3~5的sa片段,长度为2,容量为8-3=5.
slice是引用类型
slice是对源数组的一个引用,改变slice中的元素的值,实际上就是改变原数组的元素的值。不论是append追加操作,还是赋值操作,都会影响元数组或其他引用同一数组的slice的值。slice进行数组引用的时候,其实是将指针指向了内存中具体元素的地址,如数组的内存地址。
slice引用传递发生意外
上边我们一直说,slice是引用类型,指向的都是内存中的同一块内存,不过实际应用中,却会发生意外,这种情况只有在像切片append元素的时候出现,slice的处理机制是这样的,当slice的容量还有空闲的时候,append进来的元素会直接使用空闲的容量空间,但是一旦append进来的元素超过了原来指定的容量,内存管理器就会开辟一块更大的内存空间,用于存储多出来的元素,并且会将原来的元素复制一份,放到这块新开辟的内存空间。
a := [10]int {1,2,3,4,5,6,7,8,9,0}
s := a[0 : ]
fmt.Printf("%p\n", s)
s = append(s , 11 , 12 , 13)
fmt.Printf("%p\n", s)
输出为
0xc420072000
0xc420078000

内容如有不当,欢迎拍砖~
索引部分,版权归原作者所有
参考链接

http://www.tuicool.com/articles/QrymYz

posted @ 2016-09-22 20:55 30erli 阅读(...) 评论(...) 编辑 收藏