对于一些初学者,自知道 Go 里面的 array 以 pass-by-value 方式传递后,就莫名地引起 “恐慌”。外加诸多文章未作说明,就建议用 slice 代替 array,企图避免数据拷贝,提升性能。实际上,此做法有待商榷。某些时候怕会适得其反,倒造成不必要的性能损失。
用个简单的示例说明。
![示例](http://studygolang.qiniudn.com/160530/c9762c55369432b1967d30fa678f0c7a.jpg)
代码很简单,两个函数分别返回 “内容相同” 的 array 和 slice。为避免编译器优化,特填充了全部数据,以模拟 “真实” 数据复制行为。接下来,看看性能测试对比。
![性能](http://studygolang.qiniudn.com/160530/dadc0a187a99d34c1074f6dfc0463256.jpg)
![bench result](http://studygolang.qiniudn.com/160530/0dd8919fb59cfcc5cdca276519a7e14a.jpg)
这结果怕是颠覆了最初认知。array 非但拥有更好的性能,还避免了堆内存分配,也就是说减轻了 GC 压力。为什么会这样?
熟悉汇编的,怕是很容易看出来。函数 array 返回值的复制只需用 "CX + REP" 指令就可完成。
![asm1](http://studygolang.qiniudn.com/160530/90cf10cb932626d85be9a768834010ea.jpg)
整个 array 函数完全在栈上完成,而 slice 函数则需执行 makeslice,继而在堆上分配内存,这就是问题所在。
![asm2](http://studygolang.qiniudn.com/160530/3c739296d20af1fb69e66f495f11ca9c.jpg)
对于一些短小的对象,复制成本远小于在堆上分配和回收操作。
> Go Proverbs: A little copying is better than a little dependency.
有疑问加站长微信联系(非本文作者)