golang slice性能分析

概述golang在gc这块的做得比较弱，频繁地申请和释放内存会消耗很多的资源。另外slice使用数组实现，有一个容量和长度的问题，当slice的容量用完再继续添加元素时需要扩容，而这个扩容会把申请新的空间，把老的内容复制到新的空间，这是一个非常耗时的 *** 作。有两种方式可以减少这个问题带来的性能开销： 在slice初始化的时候设置capacity（但更多的时候我们可能并不知道capacity的大小） 复用

golang在gc这块的做得比较弱，频繁地申请和释放内存会消耗很多的资源。另外slice使用数组实现，有一个容量和长度的问题，当slice的容量用完再继续添加元素时需要扩容，而这个扩容会把申请新的空间，把老的内容复制到新的空间，这是一个非常耗时的 *** 作。有两种方式可以减少这个问题带来的性能开销：

在slice初始化的时候设置capacity（但更多的时候我们可能并不知道capacity的大小） 复用slice

下面就针对这两个优化设计了如下的benchmark，代码在: https://github.com/hatlonely/...

BenchmarkAppenDWithoutCapacity-8                     100      21442390 ns/opBenchmarkAppenDWithCapLessLen10th-8                  100      18579700 ns/opBenchmarkAppenDWithCapLessLen3th-8                   100      13867060 ns/opBenchmarkAppenDWithCapEqualLen-8                     200       6287940 ns/opBenchmarkAppenDWithCapGreaterLen10th-8               100      18692880 ns/opBenchmarkAppenDWithoutCapacityReuse-8                300       5014320 ns/opBenchmarkAppenDWithCapEqualLenReuse-8                300       4821420 ns/opBenchmarkAppenDWithCapGreaterLen10thReuse-8          300       4903230 ns/op

主要结论：

在已知 capacity 的情况下，直接设置 capacity 减少内存的重新分配，有效提高性能 capacity < length，capacity越接近length，性能越好 capacity > lenght，如果太大，反而会造成性能下降，这里当capacity > 10 * length时，与不设置capacity的性能差不太多 多次使用复用同一块内存能有效提高性能

转载请注明出处
本文链接：http://hatlonely.github.io/20...

总结

以上是内存溢出为你收集整理的golang slice性能分析全部内容，希望文章能够帮你解决golang slice性能分析所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。