go slice不同初始化方式性能&数组比较

go语言开发中，slice是我们常用的数据类型之一，也是因为它的灵活性，自己也很少使用数组，当然我也知道它的一些特性，不过没有真实的去验证它，因为大多数使用场景没必要对code太过苛刻，但是如果封装作为包为其他逻辑提供使用的时候，我觉得还是要在意这些事的，毕竟作为公共包使用时，也就证明了使用的频率的频繁性。那么有些事还是指的记录一下，上周闲来无事跑一下吧，今天做一下记录，如下：

其实我们也都知道slice的底层逻辑是一个动态数组，创建的方式也略有不同，slice的创建也可以是最简单make，这就能满足我们的使用，也可以直接指定他的cap容量，还有最好的做法是声明它的容量的同时，直接也分配好了它的内存。各种场景的代码如下，已iterator1000次为例测试：

?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43

/* Package main @Time   : 2022/11/25 17:47 @Author : ckx0709 @Remark : */ package main   // SliceUseSimple 简单的初始化 func SliceUseSimple() []int {     is := make([]int, 0)     for i := 0; i < 1000; i++ {         is = append(is, i)     }     return is }   // SliceUseInitCap 初始化容量 func SliceUseInitCap() []int {     is := make([]int, 0, 1000)     for i := 0; i < 1000; i++ {         is = append(is, i)     }     return is }   // SliceUseInitFull 初始化容量&分配好内存 func SliceUseInitFull() []int {     is := make([]int, 1000, 1000)     for i := 0; i < 1000; i++ {         is[i] = i     }     return is }   // ArrayUse 数组 func ArrayUse() []int {     var is [1000]int     for i := 0; i < 1000; i++ {         is[i] = i     }     return is[:] }

　　使用benchmark测试：

?

1 2 3 4 5 6 7 8 9 10 11

$ go test -benchmem -bench=Benchmark* goos: windows goarch: amd64 pkg: go_iteration/other/temp cpu: Intel(R) Core(TM) i5-9400 CPU @ 2.90GHz BenchmarkSliceUseSimple-6         348466              3501 ns/op           25208 B/op         12 allocs/op BenchmarkSliceUseInitCap-6       2190738               548.7 ns/op             0 B/op          0 allocs/op BenchmarkSliceUseInitFull-6      4408171               261.4 ns/op             0 B/op          0 allocs/op BenchmarkArrayUse-6              4483910               262.1 ns/op             0 B/op          0 allocs/op PASS ok      go_iteration/other/temp 6.067s

　　运行了3次，数值偏差不大，就没必要每次都贴出来了，这样也就看出了当我们使用最简单的声明方式&声明时就先分配好一切的性能相差了十几倍，并且最简单声明方式占用内存&分配内存的次数也很多，第二种，只证明好容量&全声明相比，刚好性能存在一倍的差异，全声明&数组的效率基本一致。