我按照網傳的查一下專利，專利號：2015800097067

查詢地址：http://cpquery.sipo.gov.cn/

但是跟宣傳的說的不是一個東西。看下他的宣傳，說是方舟是繞過虛擬機器，從邊翻譯邊執行到提前編譯機器碼直接執行。

現在這個東西還沒開源，具體的實現原理沒人清楚。大部分都是猜測，猜測是一種類似ART的技術，或者針對他自己的麒麟平臺專門最佳化過的，有點類似iOS那樣的軟硬體結合。

鴻蒙是一整套系統，包括手機系統、電視系統、車載系統、智慧家居系統等等，使萬物透過鴻蒙連線！這是大局！需要5G支援！到時候什麼安卓、安吉星等各個平臺的現有系統都要死一邊！鴻蒙是一個微核心，分散式佈局的系統，各個廠家後期可以根據自己的需求配置系統，但是基礎核心是鴻蒙，就現在，鴻蒙不考慮app生態可以隨時把安卓替換！大家還在講手機生態，華為直接跳過，人家要做萬物互聯基礎！！華為為什麼一直都不談手機要做生態，一個太難了，一個層次太低，直接跳過，這就是彎道超車！華為要做萬物互聯基礎還需要很大的努力，之前華人做系統找不到方向，做什麼系統都失敗，現在有一個方向，就需要華人努力就可以了！國家提供5G網際網路的支援，剩下的，就是各大廠商之間的廝殺而已！鴻蒙系統只是算在5G技術裡面的一種，中國工業4.0就需要5G這種無通訊延遲的技術！還有，鴻蒙不是一個作業系統，它是一個底層的系統，操作介面之類的需要根據具體硬體去增加，比如手機有手機的作業系統，電視有電視的作業系統，車載有車載的作業系統，智慧家居有智慧家居的作業系統，但是它們的底層核心系統程式碼是鴻蒙！

目前所有關於該編譯器的資料還很少，官方的資料更少，無法評價，抱歉！當然我們尊重和敬佩華為的勇氣和擔當，祝該編譯器能成功！

華為的方舟編譯器是十年磨一劍的結果，算是一種工匠精神的極致體現，因為從安卓誕生到流行至今天谷歌的精英軍團一直沒有間歇的在最佳化安卓的效能，但始終沒有跳出java虛擬機器這個圈子，華為的方舟編譯器這次是真的做到了，這次華為的開發者大會算是真正的開源方舟編譯器，至2020年程式碼將全部開源，方舟編譯器將是安卓系統技術性的革命，其本質意義已經超出了一個編譯器的範疇，準確來講算是一個編譯體系，方舟編譯器真正做到了將動態編譯做成了靜態編譯，生生的把虛擬機器在動態執行過程中需要的各種條件採用不同的技術手段給實現了，在全球範圍內真正有實力做這個事情，並且做成功的只有方舟編譯器。

在華為開發者大會進行之前與餘大嘴轉載了一篇《華為新貴！方舟編譯器的榮光和使命》的技術文章，裡面詳細闡述了方舟編譯器的前前後後發生的一些事情，並且獲取到了方舟編譯器內部專家的訪談得出的第一手的資料資訊，並且用長達萬字的文章給戰術出來的，這時候外界才對方舟編譯器有了一個大致的認識過程，今天作為一個在在安卓系統本身開發多年的技術人員角度分析下方舟編譯的一些技術點，以及在具體技術上有哪些突破。

方舟編譯器的起源並不是直接上來就是針對谷歌的安卓下手的，還是源於華為對5G技術的重視，從2009年華為就投入大量的技術研發人員進行5G技術的基礎性研究，開始對編譯體系進行研究，這個時候才開始部署第一批的研究員，從技術層面上講任何一項新的技術突破都需要經歷的一個萌芽期，原始的積累期，這是任何技術都繞不過的問題。

大約研究了四年的時間大約在2013年在面向基站的編譯器HCC框架成立，算是華為完成了編譯器體系的理論到實踐的過程，算是華為公司在編譯器領域有了一個完整的積累，正是有了這次的積累和成功的經驗，開始從5G領域慢慢的向消費電子領域過度，對於技術而言只要是一個方面突破了在基礎理論接近的情況下就可以向別的領域滲透，這次率先在5G基站突破，開始為華為別的部門服務，於2014年正是成立方舟實驗室，承載的目標任務就是最佳化提升安卓效能，更加直接的任何就是如何拿掉java虛擬機器。

不會虛擬機器執行安卓系統，恰恰是方舟編譯器最大的技術革命，終於在2017年的時候第一個hello world程式跑通，這時候技術框架的雛形已經形成了，從理論上講拋開虛擬機器直接將位元組碼靜態變成機器碼，就需要提前預知動態執行指令的動作，難點就在於此其實方舟編譯器只是將這部分的苦力活用窮舉的辦法給做到了，但是不是真正意義上的窮舉，而是在建立了一個查詢庫，將所有的規律以及語法細節逐個擊破，在2018年移植到手機上，2019年在P30手機上對外宣佈了方舟編譯器，這才是真正意義上的方舟編譯器，只是想象中間就有很多的技術細節，熟悉java虛擬機器的都應該知道，裡面執行的機制可不僅僅是完成位元組碼的編譯這麼簡單的事情了，最大的突破在於第一個hello world程式碼的執行成功。

在講述這個之前先來了解高階Java工程師必須要掌握的虛擬機器技術，虛擬機器技術的核心

(1).位元組碼翻譯成機器碼，這是虛擬機器最基礎的工作原理

(2).垃圾回收機制，就是我們常說的GC，在平時寫程式碼的過程中圍繞著如何如何更好的方便記憶體垃圾的回收，需要注意很多的程式設計細節。

(3).在安卓系統上還多了JNI機制也影響到整體系統的效能問題

(4).中間二進位制檔案最佳化空間有限

其實就是講到在java在為了跨平臺操作還是犧牲掉一部分的效能，在功能強大的伺服器端未必能夠展示的這麼明顯，但在移動手機端這塊影響就比較大了，所以針對這些問題，在安卓設計之初還是有人提出了java執行效率慢的問題，但由於後來安卓生態越來越完善這種聲音變得非常渺小了，因為只是喊不能改變實際的事實，方舟編譯器直接指向了安卓很多效能的缺陷

那麼方舟編譯器都有哪些技術突破？

將java程式碼直接靜態程式設計然後匯入到機器碼執行。這相當於顛覆了很多固化程式設計師的認知，java的虛擬機器是java執行的必要條件，這也是方舟編譯器最重要的技術突破，未來可能推動java的發展更新，對於java程式語言有極大的促進作用，從2014年具體操作這個事情到最後hello world的執行，用了3年的時間，終於完成了突破，這個突破在於提前分配好動態工作時候的對應的指令，這個工作除了大膽之外更多是苦力活，現在的關鍵是華為公司已經在手機上驗證通過了，這就是長期積累的結果，也在間接的推動安卓生態鏈的完善，所以谷歌也不會捨得華為站到對立面上去。

最佳化垃圾回收機制。原來的java虛擬機器會根據一定的演算法時機觸發，但存在回收時系統卡頓的問題，方舟編譯器採用了RC機制，就是C++經常使用的引用計數方式，並且專門設定了一個消除環演算法來最佳化這種機制，相當於碎片化的消除記憶體垃圾，同時還能支援單個應用記憶體的消除，這對一些記憶體清理工具是一種極大的福利，有助於提升整體的最佳化空間。

解決JNI混合語言造成的開銷。在安卓系統內部引入了jni機制根本上就是為了方便java呼叫C/C++函式，引入這個機制的同時造成了系統性能的下降，方舟編譯器相當於把多種語言混合在一起的規律給吃透了，又是一次看著像是做苦力一樣的工作，但其中隱含著巨大的工作技巧，不是每個團隊做這樣事情都有結果，敢於向困難亮劍保持懷疑一切的工作態度，這塊涉及到對中間二進位制規律的研究，畢竟在IR階段能夠梳理清楚程式碼執行軌跡等等。

在統一IR之外修改最佳化。這塊靈活性非常大了，可以在雲端計算最佳化，也可以在開發真本身的開發環境中最佳化，所以最佳化的力度還要根據實際情況。

方舟編譯器會直接解決的是安卓的卡頓問題。對於提升華為手機的使用者體驗是一種極大的提升，但對友商來講到底是用不用方舟編譯器，怎麼講都是挺尷尬的一件事情，其實在技術領域更多是樹立了一個標杆，不要什麼事情都約定俗成，其實迴歸到問題本身來講，主要肯下功夫去做，時間會證明一切，也是典型的工匠精神的一種有效體現。

有助於構建華為生態系統。華為釋出的鴻蒙系統就是為了構建生態，方舟編譯器也在推動著這件事情的發展，拿出最好的技術來分享給大家，讓大家圍繞著這個系統來共同發展，鴻蒙系統也是開源系統更是另外一種生態機制，也是為了構建更大的物聯網體系。

華為手機最近系統更新了一個叫“方舟編譯器”的東西，這東西很不錯，但嚴格說不叫編譯器，更新的東西是個java虛擬機器，叫做maple，說實話，裡面沒有什麼嚇死人的黑科技，只是對很多很多細節做了改良，但是，能把這麼複雜的系統的這麼多細節做了做了非常有條理的改良，本身就是嚇死人的黑科技，我覺得他的黑科技程度比現有國內手機廠商的所有黑科技都黑。

“真正”的方舟編譯器在哪？未來（現在還沒公開）會出現在程式設計師的電腦上，因為“方舟虛擬機器”的很多改良特性是不相容標準安卓的，所以要特定的編譯器

另外，吐槽一點，谷歌把安卓系統做的太糙了，很多地方都是點到為止，典型的學霸思維，心想這麼簡單的東西我已經給出大體框架了，廠商輕鬆補充補充就行了，國內廠商拿著955工資的三流996程式設計師（拿著三流的工資怎麼可能招到一流的人才）：我看不懂，我沒能力改，我改了還沒不改好

然後華為就有了這次的“可乘之機”