方舟編譯器需要安裝嗎，還是系統(tǒng)升級后自帶的？ _編譯器

謝邀！

首先方舟編譯器目前還只是存在于華為的系列手機之中，暫時沒有開源的一個需求，也就是說只有華為的部分旗艦手機才能夠享受到方舟編譯器的這個功能。

文章插圖

對于后續(xù)華為自己的操作系統(tǒng)出來之后普遍搭載方舟編譯器，而華為又能否將這個功能開源，還是個未知數，首先這作為華為主打差異化的一個核心功能，我個人是認為，在其為華為取得絕對的領先優(yōu)勢之前，基本上是不會去開源的。

即便是對于華為手機來說，也不過是部分的旗艦手機能夠率先使用，后續(xù)的老款手機還要經過很長時間的等待，包括一系列的適配之后才能夠使用，目前能夠首批使用這款手機的也不過七八款包括mate20系列，p30系列以及榮耀magic系列和榮耀數字旗艦系列。

文章插圖

所以在華為可操作系統(tǒng)出來之前，其實這個還是目前華為手機主打差異化的一個最大亮點，因為方舟編譯器的效率實在是不錯，也就是說能夠有效的提高安卓在運行時候的速度，包括打開第三方應用的速度，這讓本來在流暢度上與IOS有差距的安卓，簡直就是插上了翅膀。

即便我們說按照華為的說法，這個方舟編譯器在效率上只能夠達到他們官方宣稱的60%左右，其實流暢度都已經提升了不少，我們知道目前由于渲染機制和安卓整個生態(tài)不規(guī)范的原因，本身上其實與蘋果手機存在著可能肉眼能察覺到的流暢體驗差距，那如果方舟編譯器能夠做到60%，其實就已經大幅度縮小了這個差距。

文章插圖

當然，假如華為的操作系統(tǒng)在問世之后需要大力的推廣，而去做開源的話，那么其實大多數用戶也是有可能通過華為的開源操作系統(tǒng)而享受到方舟編譯器的效果，我個人覺得這個功能還是非常值得推薦的，當然我自己所使用的magic系列目前還沒有得到，大批量的推送還在內測之中。

其他網友觀點

關于華為方舟編譯器的相關信息，在2019年4月11日的華為P30系列發(fā)布會上就已經講得比較清楚了。由于是首次面世，大家存在的疑問較多，特別是對于普通用戶來講，懂得的就更少了，今天針對這個問題，給大家講講方舟編譯器。

文章插圖

1、什么是方舟編譯器，如何提升性能

在介紹方舟編譯器前不得不先說說安卓操作系統(tǒng) 。都知道在安卓系統(tǒng)上面運行應用程序有一個通病，那就是效率低。對此，安卓也經過多個版本的迭代，做了多次改善，但都無法達到最佳效果。安卓應用程序是運行在java虛擬機上面的，程序在運行前，需要先將代碼編譯為機器可識別的指令，然后再執(zhí)行。就會出現在程序運行前機器有較多的工作要做，所以就存在效率低的問題了。

而華為方舟編譯器的優(yōu)勢在于，繞過了java虛擬機。方舟編譯的的做法是，將編譯過程放到了應用程序開發(fā)端，也就是說，當開發(fā)者完成程序開發(fā)后，打包前就將程序編譯為機器可識別的語言。然后將應用商家到應用商店，用戶安裝的就是已編譯好的程序了，打開即可直接運行。

文章插圖

與此同時，在方舟編譯器的環(huán)境下，由于改善了內存回收機制，采用隨時用隨時回收的方式，從而大大提升了手機性能。

2、用戶手機上需要安裝方舟編譯器嗎？

目前，方舟編譯器是在華為的EMUI9.1系統(tǒng)內置，華為手機用戶如果能成功更新到支持方舟編譯的版本就有該功能。方舟編譯器是屬于系統(tǒng)組件部分的應用，所以，并不是所有手機都可以直接安裝的。對于華為方面，需要進行大量測試、完善后才會支持更多機型。而且，對于華為自主品牌的支持都需要很多時間去處理，所以，其他品牌的手機可能會更晚才能支持。

文章插圖

所以，不管是華為的手機用戶，還是其他品牌的手機用戶，只有在官方通知說支持方舟編譯器，更新系統(tǒng)完成升級以后，才會有方舟編譯器的功能。用戶不用直接安裝方舟編譯器。

前面我們講到，方舟編譯器是讓應用在開發(fā)完成后、打包前編譯程序。所以，若是開發(fā)者的話，應該會有對應的開發(fā)端工具，這個工具會安裝在開發(fā)這的開發(fā)環(huán)境下的。而作為用戶的話，就不用考慮這個，只需要使用程序即可。

3、方舟編譯器是否會開源？

當時在P30發(fā)布會上，余承東講解完方舟編譯器就提到過在2019年就會實現全面開源，并呼吁廣大應用開發(fā)商盡早使用。

文章插圖

我們知道，如今華為計劃發(fā)布自主研發(fā)的手機操作系統(tǒng) 。對于方舟編譯器的開源，其實也是為了將來構建軟件生態(tài) 。據華為方面的講解，開發(fā)商對于新系統(tǒng)的支持，并不會增加太大開發(fā)成本，只需在原有程序基礎上，增加對方舟編譯器的編譯打包即可。

現在扔出于內測狀態(tài)，并未完全開放，但大部分華為（含榮耀）的手機都可以更新到EMUI9.1，并且支持方舟編譯器。我的榮耀手機已經體驗了二十多天了，總統(tǒng)感覺性能方面確實有所提升，除了耗電有點快之外，其他的問題并不多。

其他網友觀點

感謝您的閱讀！

方舟編譯器到底是什么？有的人認為它是App，只要安裝以后，手機就能迅速提升性能，提升應用響應速度；有的人認為它是系統(tǒng)，覺得它是和安卓系統(tǒng)一樣的系統(tǒng)，通過刷機才能使用。

然而，方舟編譯器不是手機的APP，也不是和安卓系統(tǒng)一樣的操作系統(tǒng) 。它是一種編譯器，通過對底層系統(tǒng)進行靜態(tài)編譯，提升流暢度。在下圖可以看到：

現有的安卓系統(tǒng)通過源程序打包成APK，然后在手機中進行安裝運行。在運行過程中通過解釋器和JIT進行逐句解釋，并且進行逐段的編譯執(zhí)行，通過復雜的編編譯編執(zhí)行，完成指令。而方舟編譯器在源程序階段就對APK進行了靜態(tài)的編譯。然后在安裝到手機后，直接運行，不需要進行編譯。

文章插圖

所以，方舟編譯器可以提升Android系統(tǒng)內應用的編譯效率，使用方舟編譯器最終將提升24%的系統(tǒng)操作流暢度，提升44%的系統(tǒng)響應能力，以及提升60%的三方應用操作流暢度，在測評中，20款應用打開時間，榮耀20Pro94秒。更為關鍵的是，在前5名中華為p30系列業(yè)在其中。

文章插圖

方舟編譯器是在系統(tǒng)升級到EMUI9.1后，華為已經將華為的系統(tǒng)進行了新的編譯。而第三方應用需要后期開發(fā)商使用方舟編譯器編譯才能使用，目前只有微博極速版，不過隨著時間的推移，我們相信越來越多的App，將會使用方舟編譯器進行編譯，我們打開應用的速度會提升！

其他網友觀點

看了下面不少朋友的回答，大部分都答偏了。

首先亮結論：方舟編譯器不會安裝在消費者的手機上。

下面來從以下幾個維度說明原因。

1. 編譯器是什么？

首先要明確的是：編譯器是一個通用概念，它不是僅僅針對手機，最早它的對象是計算機。

編譯器就相當于一個翻譯官，它的作用就是將高級語言（比如Java）編寫的代碼，轉換成在操作系統(tǒng)（比如微軟的Windows 10）上可以直接運行的二進制程序（比如QQ.exe）。

1.1 為什么要轉換成二進制程序，才能在計算機上運行呢？

因為計算機系統(tǒng)的本質就是一堆開關，通過“開關”狀態(tài)的改變——閉、合，來觸發(fā)相應物理特性的變化（電平變化、磁性變化等），達到相互通信的等價效果。而閉、合這兩種狀態(tài)正好可以對應1和0兩個數，這樣計算機系統(tǒng)就和表示1和0的二進制聯系起來了。

無論是CPU，還是內存、鼠標、鍵盤、硬盤、光盤……它們都基于上述基本原理，筆者的專欄撰寫了不少文章，詳細介紹了背后的實現方式。

1.2 編譯器 vs 解釋器

現實世界中，常見的翻譯有兩種形式：一種是一次性全部翻譯，比如翻譯的文學著作；

另一種是同聲傳譯，同聲傳譯是一種實時翻譯，主講人說一句或者幾句，翻譯者同步翻譯出來。

文章插圖

回到編譯的世界，前者對應編譯器，后者對應解釋器。

編譯器說白了就是一次性把所有的代碼翻譯成目標平臺的二進制，然后運行的時候，直接全速運行。

解釋器則是邊翻譯邊運行：讀一條或者幾條語句，翻譯成對應的二進制，然后運行這一部分；接著再讀接下來的一條或者幾條語句，翻譯成對應的二進制，然后再運行接下來的這一部分……以此類推。

從上面的描述可以看出，從最終的運行效率上看，編譯器的方式應該是遠遠超過解釋器的，畢竟前者是一次性得到所有的二進制，這樣運行的時候就是一股腦地往前沖；而解釋器則是邊翻譯邊運行，速度上比應該是要慢不少。

除此之外，因為編譯器是一次性翻譯，所以它可以縱觀全局，找出可以復用、優(yōu)化的部分，然后加以綜合，便于得到全局最優(yōu)的二進制結果；而解釋器由于是邊翻譯邊運行，是一種局部行為，不利于進行全局把控、優(yōu)化。

傳統(tǒng)Java的運行是基于JVM（Java虛擬機）的，JVM其實就是一個加強版的解釋器。它引入了JIT及其變種技術。這個技術名詞上看上去高大上，其實原理說白了很簡單：

我們都知道現實世界都遵循“二八原則”，即：任何領域，少部分的占比貢獻或者占據了絕大部分的價值或資源。這個原則在代碼領域也同樣適用：

有一些代碼比較“熱門”，會被不斷地重用或者調用，比如Java語言里熱門的類、方法等。這樣在翻譯它們的時候，把它們緩存起來，這樣解釋器再次遇到這些代碼的時候，就不用重新再翻譯一遍，直接從緩存里取出翻譯的結果來就好了。

當然，為了取得更好的優(yōu)化結果，我們還可以將顆粒度做得更小，比方說我們可以把方法中被頻繁調用的循環(huán)語句的翻譯結果緩存起來。

1.3 為什么Java要基于解釋器技術的JVM呢？

既然JVM基于解釋器技術，天生就比較慢，那為什么Java還要執(zhí)著于這種模式20多年呢？或者換句話說，自從Java1995年左右誕生，直到現在，除了華為，難道就沒有其他公司想到拋棄JVM，直接采用編譯器技術，直接將Java代碼編譯成原生二進制呢？

文章插圖

基于虛擬機運行的高級語言，比如Java，從代碼到最終的二進制執(zhí)行，其實就是兩個階段：

第一個階段：代碼->中間代碼（字節(jié)碼）

第二個階段：中間代碼（字節(jié)碼）->二進制

有小伙伴就會挑戰(zhàn)了：為什么非要搞出一個中間代碼（字節(jié)碼）呢？這個其實來自Java這樣的高級語言的市場營銷口號：Wrtie once，Run everywhere（一次編寫、到處運行）。

文章插圖

通過Java編譯器（Javac）將代碼編譯成標準的中間代碼（字節(jié)碼）之后，就可以將它部署到任何硬件平臺上，只要該硬件平臺上有對應的解釋器將它在運行時翻譯成對應的目標二進制，然后就可以運行了。

通過這種策略，只要每一個硬件平臺上有對應的解釋器，保證從中間代碼（字節(jié)碼）翻譯到二進制的運行效果都一樣，那么程序員只用寫一套代碼就完事了。

更重要的是：只要對中間代碼（字節(jié)碼）的格式、含義等進行了明確的規(guī)定、形成規(guī)范，那么開發(fā)對應硬件平臺上的解釋器，這個工作就可以交給不同的專業(yè)公司去做，從社會分工上也極大提高了效率：

一些公司專注寫上層應用程序代碼，一些公司專注開發(fā)第一個階段（代碼->中間代碼）的編譯器，一些公司專注制定中間代碼（字節(jié)碼）的規(guī)范，另一些公司可以專注開發(fā)不同硬件平臺上的解釋器——有3家硬件平臺，就可以交給3家公司去做……

說得再通俗一點就是：創(chuàng)造了更多的就業(yè)崗位、大家都有飯吃：）

用流行的行話來說，就是建生態(tài) 。

如果干掉JVM，那么：

從專注制定中間代碼（字節(jié)碼）規(guī)范的公司角度看：

我的飯碗沒了！而且我最生氣，在之前的生態(tài)中，我的話語權最高，現在我直接被華麗麗地無視了！而且在現實世界中，制定規(guī)范的公司往往就是發(fā)明和營銷該語言的公司，它的感受可想而知。

從專注開發(fā)第一個階段（代碼->中間代碼）編譯器的公司和專注開發(fā)第二個階段（中間代碼->二進制）解釋器的公司角度看：

沒我啥事了，我的飯碗沒了——就算干掉JVM的新技術中仍然有中間代碼的變種，那我也得重新熟悉新變種，之前開發(fā)的東西都得改，這都是成本和風險。

在華為之前，歷史上是否有嘗試干掉JVM的公司呢？

答案是肯定的。

Java在1995被SUN發(fā)明出來之后，運行效率一直被詬病，1997年前后Java JIT技術開始被追捧。Symantec在打敗了Borland等競爭對手、取得了JIT 編譯器表面上的優(yōu)勢之后，立刻把重點放在了開發(fā)直接把 Java中間代碼（字節(jié)碼）編譯成原生應用程序的原生Java 編譯器。Symantec 成功開發(fā)出了這個原生Java編譯器之后，加入到當時它最熱銷的集成開發(fā)環(huán)境Visual Café 中，成為一項吸引人的功能。不過很快地這個功能卻引起了許多Java 使用者的批評，因為他們認為這違反了Java“一次編寫、到處運行”的精神，如此一來廠商必須為每一個不同的平臺開發(fā)原生Java 編譯器，這會造成Java 應用程序在不同的平臺執(zhí)行的反應不一致的現象，又陷入C/C++語言開發(fā)的應用程序在不同的平臺表現不一的相同問題。后來連發(fā)明Java的SUN也不贊成這種做法，當然這是因為SUN想力推自己的HotSpot編譯器技術。因此原生Java編譯器在風行了一陣短暫的時間之后就不再吸引人注意了。

文章插圖

下面再講一個哪怕沒有干掉JVM，只是魔改了JVM也被“修理”的例子。

比爾蓋茨在挖到了Borland公司的首席架構師、被業(yè)內稱為“編譯器之神”的Anders Hejlsberg之后，在1996年11月發(fā)布了Microsoft Visual J++，該Java編譯器的性能超越了同期的所有競爭對手。

文章插圖

但是這款編譯器魔改了SUN制定的JVM規(guī)范，引入了很多自有創(chuàng)新，比如：

（1）對象模型創(chuàng)新：Sun的JVM的對象模型將“對象頭”與對象的實例數據分開存放，而Microsoft Visual J++把兩者放在了一起。

（2）使用指針而不是基于句柄的引用：因為Microsoft Visual J++基本上是用C/C++加上匯編寫的，可以直接方便地使用指針來高效訪問數據，而SUN是用Java來開發(fā)JVM的，只能使用句柄。

（3）垃圾收集機制創(chuàng)新：Microsoft Visual J++采用的分代的GC，大幅領先于當時的Sun JVM使用的不分代的GC 。

（4）對象同步創(chuàng)新：SUM JVM使用的是哈希表來存放同步對象的映射，每次都需要先將句柄轉換成key去查表；而微軟采用的是它們在操作系統(tǒng)設計中常用的手法，直接在對象頭中放一個同步塊的指針，指針訪問一步到位。

（5）RNI：直接采用COM技術訪問本地接口，而不需要通過SUN定義的接口做二次轉換。

Microsoft Visual J++推出之后也很快受到了所有Java 開發(fā)工具以及支持Java平臺廠商的全面圍剿。他們害怕Microsoft對Java市場的入侵，會讓其他廠商再次無法生存。之后連SUN也開始領軍圍攻 Microsoft，因為SUN除了害怕Microsoft 會慢慢地主宰Java 平臺和標準之外，還發(fā)現 Microsoft正在很有技巧地逐步破壞Java語言和標準，例如Microsoft Visual J++便提供了許多非標準的Java用法并且很明顯地把 Microsoft Visual J++綁死在Windows 平臺，破壞 Java 的"一次編寫、到處運行"的美夢。

通過上面兩個20多年前的經典案例，不難看出：干掉JVM這件事，早有公司做過技術上的成功嘗試，但是最終都沒能在商業(yè)和市場上成功。這里面最關鍵的阻力在于：動了Java的品牌擁有者（以前是SUN，現在是收購了SUN的Oracle）的蛋糕，而它是Java的親爹，掌握了“血統(tǒng)的純正權”和“生態(tài)主導權” 。根據現有的游戲規(guī)則，即便不是干掉JVM，哪怕是提供一個獨立的JVM，也必須通過對應的TCK（Java兼容性測試）認證，才能被“合法化” 。

2. 方舟編譯器的優(yōu)勢是什么？

這個其實在前文已經表達得比較清楚了：直接編譯出原生二進制，運行速度快。

但是帶來的風險在上一個章節(jié)也揭示得很清楚了，這是現在大部分人忽視的地方。

既然干掉JVM的潛在風險不小，那么為什么仍然要力推方舟編譯器呢？筆者分析如下：（1）因為方舟編譯器本質上是一個通用的編譯器框架，該框架理論上可以支持所有的語言，而不僅僅是Java 。極端情況下，遭遇類似Symantec或者Microsoft當年受到的打擊，也不是“滿盤皆輸” 。

（2）方舟編譯器這個框架，從實現上仍然采用了中間代碼的技術，所以傳統(tǒng)生態(tài)中，專注開發(fā)第一個階段（代碼->中間代碼）編譯器的公司和專注開發(fā)第二個階段（中間代碼->二進制）解釋器的公司仍然可以在方舟生態(tài)中找到新的位置。關鍵在于配合怎樣的生態(tài)政策和投資政策來吸引它們轉型。

（3）基于方舟編譯器的開放框架和中間語言技術，可以創(chuàng)造新的編程語言，這樣也可以在極端情況下形成“編程語言的備胎”（這個有點杞人憂天了）。

（4）方舟配合鴻蒙等OS，撐大生態(tài)喇叭口，增加供應鏈上的自主控制點。

文章插圖

3. 方舟編譯器的使用對象是誰？

它的使用對象是App開發(fā)者或者App運營商（App應用商城）。當他們使用方舟編譯器將使用Java語言編寫的App編譯成目標手機硬件平臺的二進制之后，就上架到App應用商城，供手機消費者下載。

4. 手機如何被方舟編譯器加速？

不是手機被加速，而是App被加速。但這個加速是在上架App應用商城、被手機消費者下載之前就完成了。并沒有什么額外“魔法”在消費者的手機上。

5. 方舟編譯器的更多細節(jié)

關于方舟編譯器的更多細節(jié)，可以關注筆者的頭條號以及頭條號付費專欄，里面有全方位的技術干貨解讀。

其他網友觀點

其實在頭條上已經出現過無數的類似的問題了，直到現在，仍有很大一部分人沒弄清方舟編譯器到底是個什么東西，怎么來使用，認為方舟編譯器是安裝在手機中的。

文章插圖

“某手機支持方舟編譯器” 這句話正確而完整的理解是 “某手機能夠運行方舟編譯器編譯的程序” 。方舟編譯器是在開發(fā)環(huán)境部署的，是程序員哥哥用來把寫好的代碼編譯成手機上能運行的app的。

文章插圖

對于技術上的問題，容易讓非技術人員產生誤解，理解產生偏差。用通俗的話來描述就是，面包師新買了一臺面包機，這臺面包機能做出更好的面包，而吃面包的人是不必擁有這臺面包機的，他們只需要關心自己能不能吃下這臺面包機做的面包，能不能被正常消化，能不能和身體兼容。

其他網友觀點

官方解釋：方舟編譯器可供開發(fā)者在開發(fā)環(huán)境一次性的將高級語言編譯為機器碼，手機安裝應用程序后可全速運行程序，帶來效率上的極大提升。

文章插圖

根據華為實驗室的測試數據，EMUI 9.1在僅僅對系統(tǒng)組件System Server應用了華為方舟編譯器后，就帶來了系統(tǒng)操作流暢度提升24%，系統(tǒng)響應性能提升44% 。

文章插圖

按照開發(fā)人員的角度來說，就是一個虛擬機。

方舟編譯器簡單來說，就是可以將高級語言比如Java，直接編譯成變成機器碼的技術。它最大的優(yōu)勢就在于繞過了安卓系統(tǒng)的VM（虛擬機），從使得應用可以像蘋果引以為傲的iOS系統(tǒng)一樣，轉化出的機器碼可以直接由CPU運算，從而使得運行效率大大提升。

文章插圖

簡單可以這么理解：

編譯器是人類和機器建立溝通的橋梁。將人類語言（高級語言）翻譯成機器看的懂的語言。而編譯器的執(zhí)行效率直接影響手機各種APP的響應速度。人類有自己的一套語言，機器有自己的一套語言，人類輸入信息——編譯器把人類的操作翻譯成機器的語言——機器處理——通過編譯器翻譯成人類能理解的——處理結果。

文章插圖

編譯器相當于機器理解人類，人類處理機器的說明書，有的編譯器一句一字地翻譯，有的編譯器能把一大段話濃縮成一句，這就體現了編譯器的效率。

文章插圖

華為的方舟編譯器相當于優(yōu)化了這個翻譯過程，安卓系統(tǒng)原來輸入信息后需要在一個中轉站翻譯，這個中轉站需要消耗一部分性能，而方舟編譯器可以不用中轉站，直接把翻譯信息送達處理器執(zhí)行，從而提高效率

其他網友觀點

如果你買的是榮耀最新的旗艦手機榮耀20系列的話，是不需要手動更新的，榮耀20系列應該是出廠自帶方舟編譯器，在之前，EMUI9.1已經對系統(tǒng)組件System Server使用方舟編譯器進行優(yōu)化，也就是說只要你的手機系統(tǒng)升級到EMUI9.1，就已經用上了方舟編譯器。

文章插圖

很多人對方舟編譯器表示好奇，不明白它到底有怎樣的體驗，其實，提升系統(tǒng)流暢度、提升第三方應用打開速度。

1、提升系統(tǒng)流暢度。目前EMUI 9.1中已經對系統(tǒng)組件System Server使用方舟編譯器進行優(yōu)化，帶來了24%的系統(tǒng)流暢度提升，系統(tǒng)響應性能提高44% 。這點本人深有體會，我的榮耀V20更新EMUI 9.1之后，系統(tǒng)反應速度明顯比之前明顯流暢了很多。

文章插圖

2、提升第三方應用打開速度。除了系統(tǒng)本身之外，使用了方舟編譯器的第三方應用，其流暢度也會有大幅提升，基本能做到秒開，對你沒看錯就是秒開，目前第三方有微博極速版進行了適配，根據華為給出的統(tǒng)計數據，操作流暢度可以提升60%。并不是所有 app 都支持方舟編譯器，需要開發(fā)者主動采用方舟編譯器去開發(fā)應用才行，估計要等到今年下半年才有希望開始普及。

文章插圖

所以榮耀20在有了方舟編譯器的情況下，可以說是能體驗到目前為止最為流暢的安卓系統(tǒng)，那些說安卓卡的用戶，可以嘗試更新一下EMUI 9.1了。

其他網友觀點

很高興能夠看到和回答這個問題！

手機上的任何程序都必須用高級程序員能夠理解的語言來開發(fā) 。

為了在手機上運行程序，必須將程序轉換為可以有效應用的機器代碼。這個轉換過程是由編譯器來完成的。可以說，編譯器是用來制作軟件的，它是連接軟件和芯片的紐帶，它的性能和效率直接影響到消費者的體驗。

文章插圖

方舟編譯器的功能是將JAVA環(huán)境轉化為可以直接預編譯運行的靜態(tài)環(huán)境，減少運行APP時因編譯代碼而造成的額外硬件成本，大大加快系統(tǒng)的運行速度。同時，將手機文件系統(tǒng)由EXT4轉換為EROFS，將系統(tǒng)分區(qū)轉換為只讀屬性，提高了系統(tǒng)的安全性和讀取速度。

華為方舟編譯器是專門為華為軟件廠商設計的單一可編程平臺，包括編譯器、工具鏈、工作等關鍵部件。

華為方舟編譯器支持多種編程語言在多個Crystal平臺上的聯合編譯和運行，可以有效解決安卓手機 "抽取術語執(zhí)行 "程序效率低的問題。方舟編譯器改變了系統(tǒng)及應用的編譯和運行機制，直接將高級語言編譯成機器碼，讓平板能直接聽懂“高級語言”，消除了虛擬機動態(tài)編譯的額外開銷，提升了平板運行效率。華為方舟編譯器的優(yōu)勢總結如下圖所示：

文章插圖

使用方舟編譯器后，系統(tǒng)的吞吐量提高了24%，系統(tǒng)的響應速度提高了44%，三方運算的吞吐量提高了60% 。華為方舟編譯器的優(yōu)點是繞過了Java虛擬機。方舟的匯編方式是將編譯過程移到應用程序開發(fā)的最后，即當開發(fā)人員完成程序的開發(fā)后，將程序編譯成機器可以使用的語言。當然，然后在應用商店中啟動應用程序，用戶可以將編譯后的程序存放在那里，直接進行工作。

文章插圖

為了將動態(tài)編譯納入安卓系統(tǒng)，您必須依靠從各種鏈接庫中檢索的動態(tài)鏈接。在任務開始的時候，使用手機內部操作的動態(tài)編譯，因為在工作的前幾分鐘，將軟件轉換為編譯是非常慢的。這也就是大家常說的，初期效率會耽誤很長時間，導致工作比較慢，直到大部分編譯任務完成并標準化。方舟編譯器還能夠理解程序特征、使用適合的指令來執(zhí)行程序，因此能夠極大程度地發(fā)揮出芯片的能力。

方舟編譯器需要安裝嗎，還是系統(tǒng)升級后自帶的？

目前，方舟編譯器聚焦在 Java 代碼性能上，未來，方舟編譯器將覆蓋多種編程語言（包括 C/C++、JS 等），多種芯片架構（包括CPU、GPU、IPU等），覆蓋更廣的業(yè)務場景。華為目前的策略是通過系統(tǒng)升級的方式升級方舟編譯器，對于一些新手機，則是出廠時內置！我從官網了解到，目前國內主流的app都支持方舟編譯器，常見手機軟件如下圖所示：

文章插圖

方舟編譯器利用機器代碼的整個實現過程，讓程序高效運行，結構更加優(yōu)化。開發(fā)者可以在開發(fā)環(huán)境中一次性將高級語言組裝成機器代碼，手機安裝應用后即可全速運行，保證效率大幅提升...... 根據實驗室基準，EMUI 9.1在只使用System Server作為Ark編譯器后，系統(tǒng)吞吐量可以提高24%，從而使系統(tǒng)容量提高44% 。

目前的Ark編譯器可以提高編譯效率，使Andreas程序運行更加自如。如果這個功能在P30上受到好評，會吸引很多軟件開發(fā)商和Andreas廠商使用華為方舟，然后有一天Google開始向Andreas廠商收費，然后華為也向它收費。獨立系統(tǒng)的編譯機柜至少不會得到Google的全面服務。終端設備多種多樣，應用場景層出不窮，編程語言、運行環(huán)境多樣化，不同編程語言之間的互通效率持續(xù)影響應用性能，不同設備平臺的差異對開發(fā)者帶來不便。

文章插圖

雖然安卓系統(tǒng)使用Java這種易于開發(fā)的編程語言，但它并不直接用機器語言編譯代碼，程序中使用的大部分代碼必須使用手機上的虛擬機進行編譯，影響程序執(zhí)行的效率. 。華為采用靜態(tài)編譯器的ARK編譯器，成為第一個取代Andro模擬器的靜態(tài)編譯器。通過多語言統(tǒng)一IR表示，可實現應用中多種編程語言聯合編譯優(yōu)化提升性能；在支持多平臺的同時，根據設備特征提供便捷的開發(fā)與部署策略提升效率。

ARK編譯器是一種靜態(tài)編譯器，它結合了Java開發(fā)的效率和C語言的效率。ARK編譯器所采用的靜態(tài)編譯器可以直接將語言的動態(tài)特性轉化為機器代碼，手機安裝后應用程序可以全速運行，從而徹底消除了虛擬機的缺陷，提高了使用效率。智能時代，萬物互聯，終端設備復雜多樣，逐步形成以手機為中心，多設備互聯互通的發(fā)展趨勢。

以上便是我的一些見解和回答，可能不能如您所愿，但我真心希望能夠對您有所幫助！不清楚的地方您還可以關注我的頭條號“每日精彩科技”我將竭盡所知幫助您！

碼字不易，感覺寫的還行的話，還請點個贊哦！

其他網友觀點

還是別開源的好，就像蘋果系統(tǒng)一樣，好用了，就會有人去買，再貴也有買的，，，中國總不能讓外國牽著鼻子走吧

其他網友觀點

【方舟編譯器需要安裝嗎，還是系統(tǒng)升級后自帶的？】編譯器是生產工具，跟用戶沒啥關系。