昨日Huawei社は公式にその箱舟コンパイラを開く、時間のために白熱した議論を呼びました。技術専門家の箱舟マイクロチャネルグループでは、必要性は10年の箱舟を開発する理由の質問は最初に応答しました。
JFinal著者占ボー不思議です箱舟コンパイラを達成するために10年かかる理由：
復号化深さの記事箱舟は、コンパイルされた臓器のネットワークは、コンパイラが大きいの箱を作ることの難しさを示しました。私は難易度がはるかに多くのことをC ++コンパイラになぞらえている理解し、そうでない場合、コンパイラは箱舟の十年を構築する必要はありません。
Javaの複雑よりもC ++の難易度が高いと、なぜJavaコンパイラがどうなるか、はるかにC ++コンパイラは、それがはるかに高いのですか？
記事の公式サイトを復号化するためのアークの深さはどこ浸透の難しさのコアを説明しませんでした。
コンパイラの箱の深さの分析は、あなたが見ることができます：さようなら仮想マシン、復号Huaweiの箱舟コンパイラの全深さを。
箱舟の専門家は、彼の疑問に答えるために自由ません国内のエコ開発者は主にJavaの/ Kotlinベースのため、彼は、最初にすべての、とき箱舟Huawei社のアイデアは、C ++を選択しませんでしたが、次のことができるようにしたい場合は、Java自体は、動的言語であります言語をカットすることはできません静的コンパイル、および動的機能を実行するサーバ側には、IR、操作、コンパイラとプログラミングフレームワークで修正する必要があります。それはまたにつながる、複雑な互換性の問題を考慮すべき技術的な解決策の選択に困難。
第二に、流暢さを向上させるメモリ効率を向上させるために必要な、JNIの効率を向上させるために、あなたはパフォーマンス上の動的結合効果を制御する方法を見つける必要がある、プロファイルのより正確な情報の必要性は、それはシステムエンジニアリング上の困難。
不闲表示，其实二进制编译也只是一种技术路线，简单的 AOT 也是生成二进制，问题的关键是如何提升编译后的代码执行效率，这是当前的主要困难。做出一个可以工作的不难，难在做出世界顶尖性能。“甲骨文、Jetbrains 等很多海外公司都在做类似尝试，如果不是有大牛压台……我们国内能做 IR 设计和内存模型的人很少，大家也都不再用汇编编程了。”
欢迎留言探讨。