把华为方舟编译器改造为Go语言编译器会不会比Google官方的Go语言编译器更快？

为方舟编译器添加Go语言前端，使用方舟编译器的优化和GC，会不会成为超越Google官方Go编译器的神器？
相关问题：
把华为方舟编译器改造为Dart语言编译器会不会比Google官方的Dart语言编译器更快？?
www.zhihu.com把华为方舟编译器改造为Kotlin语言编译器会不会比JetBrains官方的Konlin编译器更快？?
www.zhihu.com在业界出现过的诸多Java语言编译器里面，华为方舟编译器实力如何？是否为业界第一？?
www.zhihu.com

啊呀，我业余就在做Go的Armv8(arm64)优（复）化（制）工作。

年轻人不要听风就是雨，编译器这块背后有很多人的智慧。

方舟搞好了能把SSA提升一个档次，最多也就静态执行栈分析，重新生成二进位，但是也就止步于此了。

现在纯Go版本hashmap（背后是xxhash）怎么优化？换成硬体AES能快3-6倍多哦。

并行优化也够方舟编译器喝一壶的，chacha20纯Go版，再怎么快（换math/bits）也不到NEON开出来的1/3，更不要提还需要改成并行演算法的。

编译器再神，也不可能超越数学原理。

除非，编译器查找已知标准库函数查找并替换，但这么做……不如乖乖提PR

会，但是必须砸大笔钱搞。

怎么说呢，Go语言被设计研发出来的目的是就是现代化的语法、优秀高效的内存和CPU占用，简单方便的编译和部署，统一专业的标准库，Go语言团队是不打算人人做一个编译器，不打算向JVM一样，是个大公司就要定做一个JVM。

Go语言要的是简洁的语法，简洁的代码依赖和版本管理，同时提供优秀的性能。

总之，不会，任何一个喜欢Go语言的同学都不打算分裂Go编译器的实现，踢PR就可以了，哈哈哈哈哈哈哈哈哈。

不会，就算推翻原本语言的设计，AOT了也不会更快。Dart、Kotlin也一样，不会更快。当前语言的设计基本上已经达到最优，无论你JIT还是AOT，指令集级别不变性能不会再有什么提升。洗洗睡吧，除非cpu在垃圾回收方面有专门的设计，可以进行不停机的快速垃圾回收，否则语言的设计瓶颈就在那里。你华为上天了也没用。

不用看这种营销性问题了，明显是拿知友帮著免费造势的。

自己都挂出来好几个一毛一样的问题，没开源没论文没文档你说个图。