为什么 Go 这么慢（与 Java 相比）？

今日不肯埋头，明日何以抬头！每日一句努力自己的话哈哈~哈喽，今天我将给大家带来一篇《为什么 Go 这么慢（与 Java 相比）？》，主要内容是讲解golang等等，感兴趣的朋友可以收藏或者有更好的建议在评论提出，我都会认真看的！大家一起进步，一起学习！

问题内容

正如我们在 2010 年[的计算机语言基准游戏](https://benchmarksgame- team.pages.debian.net/benchmarksgame/faster/go.html)中所看到的：

• Go 平均比C慢 10 倍
• Go 比Java慢 3 倍！？

记住 Go 编译器会生成用于执行的本机代码，这怎么可能？
Go 的不成熟编译器？还是 Go 语言存在一些内在问题？

编辑：
大多数答案否认 Go 语言的内在缓慢，声称问题出在不成熟的编译器中。
因此，我进行了一些自己的测试来计算斐波那契数：迭代算法在 Go (freebsd,6g) 中运行，same速度与 C 中一样（使用 O3 选项）。枯燥的递归在 Go 中的运行2 times速度比在 C 中慢（使用 -O3 选项；使用 -O0 - 相同）。但我还没有看到基准游戏中 10 倍的跌幅。

正确答案

6g 和 8g 编译器并没有特别优化，因此它们生成的代码并不是特别快。

它们的设计目的是让自己快速运行并生成正常的代码（有一些优化）。gccgo使用 GCC 现有的优化通道，并可能提供与 C 的更有意义的比较，但 gccgo 的功能还不完整。

基准数据几乎完全与实施质量有关。它们与语言本身并没有太大的关系，除非实现花费运行时支持基准并不真正需要的语言特性。在大多数编译语言中，一个足够聪明的编译器理论上可以剔除不需要的东西，但是有一点你正在操纵演示，因为很少有真正的语言用户会编写不使用该功能的程序. 在不完全删除它们的情况下将它们移开（例如，在 JIT 编译的 Java 中预测虚拟调用目标）开始变得棘手。

FWIW，当我查看它时，我自己对 Go 进行的非常简单的测试（基本上是整数加法循环），gccgo 生成的代码接近等价 Cgcc -O0和之间范围的快速端。Gogcc -O2本身并不慢，但是编译器还没有做所有事情。对于 10 分钟前的语言来说，这不足为奇。

理论要掌握，实操不能落！以上关于《为什么 Go 这么慢（与 Java 相比）？》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！