其实这也不算什么重难点了,只是想想,也就记录下来吧。对了,有一段时间没在这上面更了然后那个排名就有点在掉,感觉这个机制不太好,更过于频繁很可能只是写流水账,内容质量会大打折扣
好的,我们步入正题,
go 的中切片的长度表示切片实际元素个数。容量表示该切片当前最大能装在元素个数。如果一次要append超过这个容量的数量会,go 的切片机制会在内存找一块连续内存,充当新的切片,其中新的切片容量是元素的两倍(大概,具体机制,还有细研究)
然后会把之前的旧切片的数据copy到新的切片地址,然后把切片指向这个新的切片
package main
import (
"flag"
"fmt"
)
func main(){
var arr32 []int32
var arr64 []int64
var num = flag.Int("num", 0, "append element num")
flag.Parse()
for i := 0; i < *num; i++{
arr32 = append(arr32, int32(i))
}
fmt.Println("the arr32 len is ", len(arr32), "the arr32 cap is ", cap(arr32))
for i := 0; i < *num; i++{
arr64 = append(arr64, int64(i))
}
fmt.Println("the arr64 len is ", len(arr64), "the arr64 cap is ", cap(arr64))
fmt.Println("the main test end...")
}
# 运行结果
go run test_19_flagslice_capacity.go --num=100
the arr32 len is 100 the arr32 cap is 128
the arr64 len is 100 the arr64 cap is 128
经过实验测试,貌似容量与长度的关系并不是所谓的两倍关系。