golang在gc这块的做得比较弱，频繁地申请和释放内存会消耗很多的资源。另外slice使用数组实现，有一个容量和长度的问题，当slice的容量用完再继续添加元素时需要扩容，而这个扩容会把申请新的空间，把老的内容复制到新的空间，这是一个非常耗时的操作。有两种方式可以减少这个问题带来的性能开销：
- 在slice初始化的时候设置capacity（但更多的时候我们可能并不知道capacity的大小）
- 复用slice
下面就针对这两个优化设计了如下的benchmark，代码在: https://github.com/hatlonely/hellogolang/blob/master/internal/buildin/slice_test.go
BenchmarkAppendWithoutCapacity-8 100 21442390 ns/op
BenchmarkAppendWithCapLessLen10th-8 100 18579700 ns/op
BenchmarkAppendWithCapLessLen3th-8 100 13867060 ns/op
BenchmarkAppendWithCapEqualLen-8 200 6287940 ns/op
BenchmarkAppendWithCapGreaterLen10th-8 100 18692880 ns/op
BenchmarkAppendWithoutCapacityReuse-8 300 5014320 ns/op
BenchmarkAppendWithCapEqualLenReuse-8 300 4821420 ns/op
BenchmarkAppendWithCapGreaterLen10thReuse-8 300 4903230 ns/op
主要结论：
- 在已知 capacity 的情况下，直接设置 capacity 减少内存的重新分配，有效提高性能
- capacity < length，capacity越接近length，性能越好
- capacity > lenght，如果太大，反而会造成性能下降，这里当capacity > 10 * length时，与不设置capacity的性能差不太多
- 多次使用复用同一块内存能有效提高性能
转载请注明出处
本文链接：http://hatlonely.github.io/2018/01/18/golang%20slice性能分析/
