官方解釋：方舟編譯器可供開發者在開發環境一次性的將高階語言編譯為機器碼，手機安裝應用程式後可全速執行程式，帶來效率上的極大提升。根據華為實驗室的測試資料，EMUI 9.1在僅僅對系統元件System Server應用了華為方舟編譯器後，就帶來了系統操作流暢度提升24%，系統響應效能提升44%。
按照我們開發人員的角度來說，就是一個虛擬機器。
方舟編譯器簡單來說，就是可以將高階語言比如Java，直接編譯成變成機器碼的技術。它最大的優勢就在於繞過了安卓系統的VM（虛擬機器），從使得應用可以像蘋果引以為傲的iOS系統一樣，轉化出的機器碼可以直接由CPU運算，從而使得執行效率大大提升。
從釋出會上所介紹的資訊，方舟是靜態編譯，不是基於傳統的java虛擬機器進行對程式碼的執行時編譯。
所以個人猜想這個可能是理想資料，但是其在此時推出自家的編譯器，不免令人聯想到其在為自家即將釋出的作業系統鴻蒙做準備。
總所周知，現在如果要推出一個系統，需要有足夠多的廠商去裝置或者說去對其定向開發，同理如果沒有足夠多的應用，即使系統再流暢，也沒有足夠多的使用者去選擇它，所以這是一個基於生態的環境，掌握生態，就是掌握命脈。
第一個疑問肯定是PPT上說的解決邊解釋邊執行和ART有什麼區別？上面我說了，ART是在機器層面安裝時才編譯，事實上，安卓8.0引入了熱點編譯的策略，也就是說不把全部位元組碼都編譯為機器碼。而如果在編譯器層面上動刀，且變成了直接把中間碼編譯為ARM機器碼打包在apk裡。這是兩個完全不同東西。當然，效果如何我說了，這就有待考究了。
第二個疑問，編譯工具的接受度。實話實說，現實中我還真沒見過安卓開發有用arm自己的編譯器的。我沒有任何貶低方舟的意思，但為了一個很可能破壞相容性的解決方案(模擬器玩家和安卓x86的末日)去放棄官方的方案，並不是一個非常理想的方案，而且退一萬步講，安卓8.0為什麼非要將純ART環境改回jit+aot雙環境不是沒理由的。再退一萬步講，現在支援HIAI的軟體又有多少呢？
想上方舟，對不起，你得先了解這些問題：
PS：來自於花粉俱樂部
編譯器是人類和機器建立溝通的橋樑。將人類語言（高階語言）翻譯成機器看的懂的語言。而編譯器的執行效率直接影響手機各種APP的相應速度。
就拿現在你能看懂這篇帖子中的文字，覺得很輕鬆，不就是個漢字嘛。可是對於計算機來說，它實際上根本就不認識漢字，它只知道1和0這兩個數值，我們用高電壓表示1，低電壓表示0。也就是說計算機世界裡面的語言是二進位制的，不是1就是0
如果想要計算機做到能夠正確表達你現在寫的文字，那麼這時候，編譯器就出現了。編譯器的作用就是將人類語言（高階語言）轉換為計算機可以理解的機器語言
首先你要知道安卓程式是java寫的，java程式是將原始碼程式碼最終編譯成機器碼的過程。普通編譯器的這個過程是動態的，這也是為什麼Android程式沒Iphone程式跑得快的根本原因。傳統的安卓系統編譯，很多程式往往需要一邊編譯，一邊執行。方舟編譯器的不同之處是將動態編譯改進靜態編譯，可以做到全程執行機器碼高效執行程式，大大縮短了程式響應時間。舉個不太恰當的例子，就像是把50集電視劇改編成了1部電影，觀影的時間短了，但是該有的劇情一個都不會少。
首先要肯定的是這個東西真的很牛X，牛X到什麼程度呢？使用之後，安卓的體驗幾乎是可以達到IOS的水準，媲美 IOS指日可待。微博 @萬能的大熊 描述的就很形象：大概就是假如現在汽車分柴油發動機和汽油發動機，那麼方舟編輯器的意義就是通過了它，發動機可以加汽油也可以加柴油。或者說，它讓發動機不挑油了。
當前TOP應用95%都涉及了多種語言的開發，比如C、C++、JAVA等，不同的語言程式碼保持獨立，在執行環境進行協同，會產生系統性能的部分損耗。方舟編譯器可以做到將不同語言的程式碼放到一套編譯好的執行檔案，並高效執行。這種編譯好的檔案可以做成安裝包，當你在手機上下載安裝後，就不需要系統在出力氣去編譯了。
有了方舟編譯器還遠遠不夠，還需要各大APP廠商去做適配，由於方舟編譯器還未開源，APP的適配工作還未正式開始，所以敬請期待吧！
遺憾的告訴你，目前暫時只有微博極速版支援。
根據華為實驗室測出的資料，EMUI 9.1中僅僅對系統元件System Server使用方舟編譯器進行最佳化，就可以帶來24%的系統流暢度提升，系統響應效能提高44%，目前第三方有微博極速版進行了適配，根據華為給出的統計資料，操作流暢度可以提升60% 。在小賤看來，對於我們消費者而言，不用花一分錢，手機效能基本提升了一倍，簡直是又換了一個新手機的節奏！
有，根據編譯的原理，方舟編譯器在使用者安裝apk安裝包的時候，就已經將編譯工作做完了，這勢必會導致應用安裝包的體積增大，具體增大多少暫無法確定。不過正常情況下，APP安裝完成後，安裝包可以選擇刪除掉，所以最終佔用手機空間也不會比原來大多少。而且現在手機記憶體越來越大，還怕這點安裝包不成？
華為宣佈將在2019年8月會在華為終端開發者大會上開源，在2019年11月會在綠盟開發者大會將完整的方舟編譯器程式碼開源。
不要擔心，如果僅僅想體驗編譯器帶來的APP急速開啟的體驗的話，那就和機型、系統沒關係了。方舟編譯器可以針對系統方面（見Q7對系統元件System Server使用方舟編譯器進行最佳化，就可以帶來24%的系統流暢度提升），也可以針對APP應用層面做最佳化，手機上安裝了經過方舟編譯器適配後的APP也是可以收穫極致體驗的。
後續經過編譯器編譯過的第三方應用，就可以上架華為應用市場了，這時候大家就可以進行體驗。建議將使用方舟編譯器的APP帶有一些特殊標識，一來可以提高品牌宣傳，二來最重要的是便於使用者分辨選擇。
最後獻上一段科普影片：
官方解釋：方舟編譯器可供開發者在開發環境一次性的將高階語言編譯為機器碼，手機安裝應用程式後可全速執行程式，帶來效率上的極大提升。根據華為實驗室的測試資料，EMUI 9.1在僅僅對系統元件System Server應用了華為方舟編譯器後，就帶來了系統操作流暢度提升24%，系統響應效能提升44%。
按照我們開發人員的角度來說，就是一個虛擬機器。
方舟編譯器簡單來說，就是可以將高階語言比如Java，直接編譯成變成機器碼的技術。它最大的優勢就在於繞過了安卓系統的VM（虛擬機器），從使得應用可以像蘋果引以為傲的iOS系統一樣，轉化出的機器碼可以直接由CPU運算，從而使得執行效率大大提升。
從釋出會上所介紹的資訊，方舟是靜態編譯，不是基於傳統的java虛擬機器進行對程式碼的執行時編譯。
所以個人猜想這個可能是理想資料，但是其在此時推出自家的編譯器，不免令人聯想到其在為自家即將釋出的作業系統鴻蒙做準備。
總所周知，現在如果要推出一個系統，需要有足夠多的廠商去裝置或者說去對其定向開發，同理如果沒有足夠多的應用，即使系統再流暢，也沒有足夠多的使用者去選擇它，所以這是一個基於生態的環境，掌握生態，就是掌握命脈。
第一個疑問肯定是PPT上說的解決邊解釋邊執行和ART有什麼區別？上面我說了，ART是在機器層面安裝時才編譯，事實上，安卓8.0引入了熱點編譯的策略，也就是說不把全部位元組碼都編譯為機器碼。而如果在編譯器層面上動刀，且變成了直接把中間碼編譯為ARM機器碼打包在apk裡。這是兩個完全不同東西。當然，效果如何我說了，這就有待考究了。
第二個疑問，編譯工具的接受度。實話實說，現實中我還真沒見過安卓開發有用arm自己的編譯器的。我沒有任何貶低方舟的意思，但為了一個很可能破壞相容性的解決方案(模擬器玩家和安卓x86的末日)去放棄官方的方案，並不是一個非常理想的方案，而且退一萬步講，安卓8.0為什麼非要將純ART環境改回jit+aot雙環境不是沒理由的。再退一萬步講，現在支援HIAI的軟體又有多少呢？
想上方舟，對不起，你得先了解這些問題：
PS：來自於花粉俱樂部
Q1：能不能通俗易懂（大白話）介紹下編譯器是什麼？編譯器是人類和機器建立溝通的橋樑。將人類語言（高階語言）翻譯成機器看的懂的語言。而編譯器的執行效率直接影響手機各種APP的相應速度。
就拿現在你能看懂這篇帖子中的文字，覺得很輕鬆，不就是個漢字嘛。可是對於計算機來說，它實際上根本就不認識漢字，它只知道1和0這兩個數值，我們用高電壓表示1，低電壓表示0。也就是說計算機世界裡面的語言是二進位制的，不是1就是0
如果想要計算機做到能夠正確表達你現在寫的文字，那麼這時候，編譯器就出現了。編譯器的作用就是將人類語言（高階語言）轉換為計算機可以理解的機器語言
Q2：方舟編譯器和普通編譯器有什麼不同？首先你要知道安卓程式是java寫的，java程式是將原始碼程式碼最終編譯成機器碼的過程。普通編譯器的這個過程是動態的，這也是為什麼Android程式沒Iphone程式跑得快的根本原因。傳統的安卓系統編譯，很多程式往往需要一邊編譯，一邊執行。方舟編譯器的不同之處是將動態編譯改進靜態編譯，可以做到全程執行機器碼高效執行程式，大大縮短了程式響應時間。舉個不太恰當的例子，就像是把50集電視劇改編成了1部電影，觀影的時間短了，但是該有的劇情一個都不會少。
Q3：方舟編譯器真的很牛麼？首先要肯定的是這個東西真的很牛X，牛X到什麼程度呢？使用之後，安卓的體驗幾乎是可以達到IOS的水準，媲美 IOS指日可待。微博 @萬能的大熊 描述的就很形象：大概就是假如現在汽車分柴油發動機和汽油發動機，那麼方舟編輯器的意義就是通過了它，發動機可以加汽油也可以加柴油。或者說，它讓發動機不挑油了。
Q4：方舟編譯器是如何做到提高程式響應速度的？當前TOP應用95%都涉及了多種語言的開發，比如C、C++、JAVA等，不同的語言程式碼保持獨立，在執行環境進行協同，會產生系統性能的部分損耗。方舟編譯器可以做到將不同語言的程式碼放到一套編譯好的執行檔案，並高效執行。這種編譯好的檔案可以做成安裝包，當你在手機上下載安裝後，就不需要系統在出力氣去編譯了。
Q5：方舟編譯器釋出了，為啥我的手機沒感覺比以前快呀？有了方舟編譯器還遠遠不夠，還需要各大APP廠商去做適配，由於方舟編譯器還未開源，APP的適配工作還未正式開始，所以敬請期待吧！
Q6：現在有哪些應用支援方舟編譯器遺憾的告訴你，目前暫時只有微博極速版支援。
Q7：使用方舟編譯器效能到底會提高多少？根據華為實驗室測出的資料，EMUI 9.1中僅僅對系統元件System Server使用方舟編譯器進行最佳化，就可以帶來24%的系統流暢度提升，系統響應效能提高44%，目前第三方有微博極速版進行了適配，根據華為給出的統計資料，操作流暢度可以提升60% 。在小賤看來，對於我們消費者而言，不用花一分錢，手機效能基本提升了一倍，簡直是又換了一個新手機的節奏！
Q8：方舟編譯器這麼牛，難道就沒缺點？有，根據編譯的原理，方舟編譯器在使用者安裝apk安裝包的時候，就已經將編譯工作做完了，這勢必會導致應用安裝包的體積增大，具體增大多少暫無法確定。不過正常情況下，APP安裝完成後，安裝包可以選擇刪除掉，所以最終佔用手機空間也不會比原來大多少。而且現在手機記憶體越來越大，還怕這點安裝包不成？
Q9：方舟編譯器的適配計劃公佈了嗎？華為宣佈將在2019年8月會在華為終端開發者大會上開源，在2019年11月會在綠盟開發者大會將完整的方舟編譯器程式碼開源。
Q10：我的機型是否會支援這個黑科技？不要擔心，如果僅僅想體驗編譯器帶來的APP急速開啟的體驗的話，那就和機型、系統沒關係了。方舟編譯器可以針對系統方面（見Q7對系統元件System Server使用方舟編譯器進行最佳化，就可以帶來24%的系統流暢度提升），也可以針對APP應用層面做最佳化，手機上安裝了經過方舟編譯器適配後的APP也是可以收穫極致體驗的。
Q12：最後，對方舟編譯器第三方APP適配有什麼建議嗎？後續經過編譯器編譯過的第三方應用，就可以上架華為應用市場了，這時候大家就可以進行體驗。建議將使用方舟編譯器的APP帶有一些特殊標識，一來可以提高品牌宣傳，二來最重要的是便於使用者分辨選擇。
最後獻上一段科普影片：