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

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

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

/*
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测试：

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