在之前小編簡單科普一下安卓的卡頓問題：
首先，安卓是使用Java開發的，Java的跨平臺確實解決了硬件多樣化的問題，但是當你下載了一個軟件安裝的時候需要進行重新編譯。
在之前小編簡單科普一下安卓的卡頓問題：
首先，安卓是使用Java開發的，Java的跨平臺確實解決了硬件多樣化的問題，但是當你下載了一個軟件安裝的時候需要進行重新編譯。
用過第一代安卓手機的朋友都知道也就是2008年發佈開始，Android 1.0時代很慢很卡。因為最開始呢安卓直接通過一個叫做Dalvik的虛擬機去執行你打開的應用程序的。當你打開一個APP程序它就一句句去解釋成機器能看懂的0和1讓機器去執行，假如這個APP程序有100萬行代碼，它就要去翻譯100萬次。這是最早的解決方案。
在之前小編簡單科普一下安卓的卡頓問題：
首先，安卓是使用Java開發的，Java的跨平臺確實解決了硬件多樣化的問題，但是當你下載了一個軟件安裝的時候需要進行重新編譯。
用過第一代安卓手機的朋友都知道也就是2008年發佈開始，Android 1.0時代很慢很卡。因為最開始呢安卓直接通過一個叫做Dalvik的虛擬機去執行你打開的應用程序的。當你打開一個APP程序它就一句句去解釋成機器能看懂的0和1讓機器去執行，假如這個APP程序有100萬行代碼，它就要去翻譯100萬次。這是最早的解決方案。
後來谷歌意識到這個問題了，就在2010年中發佈了2.2版本安卓。在2.2版本中加入了JIT(Just in Time，即時編譯)。這個JIT就比之前的要聰明一點，它會讓把用戶經常使用的APP程序進行編譯成機器能看懂的0和1直接運行，但是不經常使用的或者剛下載的就會跟之前一樣一句句翻譯...
2014年穀歌再次優化推出5.0版本，徹底淘汰了Dalvik使用ART（Android Run Time）替代了它，同時把JIT的編譯器替代成AOT (Ahead of Time)。也就是你下載一個應用在安裝的同時直接把代碼編譯成機器能看懂的0和1。但是如果存在其他語言或者特殊情況，它還是要去翻譯。也就導致越來越多的用戶去吐槽為什麼安卓系統安裝一個APP都慢吞吞的。
於是谷歌在2017年又做了小改進，就是安裝的時候不去"翻譯"這些APP程序，而是等到用戶空閒的時候去"翻譯"。通過AOT編譯器先靜態編譯了。如果AOT還沒來得及編譯或者不能編譯，再叫醒JIT+解釋器兩個難兄難弟來頂住。
在之前小編簡單科普一下安卓的卡頓問題：
首先，安卓是使用Java開發的，Java的跨平臺確實解決了硬件多樣化的問題，但是當你下載了一個軟件安裝的時候需要進行重新編譯。
用過第一代安卓手機的朋友都知道也就是2008年發佈開始，Android 1.0時代很慢很卡。因為最開始呢安卓直接通過一個叫做Dalvik的虛擬機去執行你打開的應用程序的。當你打開一個APP程序它就一句句去解釋成機器能看懂的0和1讓機器去執行，假如這個APP程序有100萬行代碼，它就要去翻譯100萬次。這是最早的解決方案。
後來谷歌意識到這個問題了，就在2010年中發佈了2.2版本安卓。在2.2版本中加入了JIT(Just in Time，即時編譯)。這個JIT就比之前的要聰明一點，它會讓把用戶經常使用的APP程序進行編譯成機器能看懂的0和1直接運行，但是不經常使用的或者剛下載的就會跟之前一樣一句句翻譯...
2014年穀歌再次優化推出5.0版本，徹底淘汰了Dalvik使用ART（Android Run Time）替代了它，同時把JIT的編譯器替代成AOT (Ahead of Time)。也就是你下載一個應用在安裝的同時直接把代碼編譯成機器能看懂的0和1。但是如果存在其他語言或者特殊情況，它還是要去翻譯。也就導致越來越多的用戶去吐槽為什麼安卓系統安裝一個APP都慢吞吞的。
於是谷歌在2017年又做了小改進，就是安裝的時候不去"翻譯"這些APP程序，而是等到用戶空閒的時候去"翻譯"。通過AOT編譯器先靜態編譯了。如果AOT還沒來得及編譯或者不能編譯，再叫醒JIT+解釋器兩個難兄難弟來頂住。
從安卓發佈到現在十幾年的時間，谷歌一直都在他的指標不治本。不過華為確實讓人意外，華為早在今年上半年就發佈一個“神器”那就是：方舟編譯器。大家都知道安卓十幾年來都有一個致命的問題，那就是卡頓。不夠經過谷歌和各大廠商的不斷優化改進已經變得流暢不少了。但是依舊沒有解決根本問題。今年華為徹底從根部解決了這個問題。
而方舟編譯器，可以直接讓開發者寫好APP程序之後。直接編譯成機器機器碼。這樣在安裝和使用程序的時候可以直接跳過編譯這個步驟了，直接運行。方舟編譯器從發佈到現在的開源讓很多開發者興奮和接受。
在之前小編簡單科普一下安卓的卡頓問題：
首先，安卓是使用Java開發的，Java的跨平臺確實解決了硬件多樣化的問題，但是當你下載了一個軟件安裝的時候需要進行重新編譯。
用過第一代安卓手機的朋友都知道也就是2008年發佈開始，Android 1.0時代很慢很卡。因為最開始呢安卓直接通過一個叫做Dalvik的虛擬機去執行你打開的應用程序的。當你打開一個APP程序它就一句句去解釋成機器能看懂的0和1讓機器去執行，假如這個APP程序有100萬行代碼，它就要去翻譯100萬次。這是最早的解決方案。
後來谷歌意識到這個問題了，就在2010年中發佈了2.2版本安卓。在2.2版本中加入了JIT(Just in Time，即時編譯)。這個JIT就比之前的要聰明一點，它會讓把用戶經常使用的APP程序進行編譯成機器能看懂的0和1直接運行，但是不經常使用的或者剛下載的就會跟之前一樣一句句翻譯...
2014年穀歌再次優化推出5.0版本，徹底淘汰了Dalvik使用ART（Android Run Time）替代了它，同時把JIT的編譯器替代成AOT (Ahead of Time)。也就是你下載一個應用在安裝的同時直接把代碼編譯成機器能看懂的0和1。但是如果存在其他語言或者特殊情況，它還是要去翻譯。也就導致越來越多的用戶去吐槽為什麼安卓系統安裝一個APP都慢吞吞的。
於是谷歌在2017年又做了小改進，就是安裝的時候不去"翻譯"這些APP程序，而是等到用戶空閒的時候去"翻譯"。通過AOT編譯器先靜態編譯了。如果AOT還沒來得及編譯或者不能編譯，再叫醒JIT+解釋器兩個難兄難弟來頂住。
從安卓發佈到現在十幾年的時間，谷歌一直都在他的指標不治本。不過華為確實讓人意外，華為早在今年上半年就發佈一個“神器”那就是：方舟編譯器。大家都知道安卓十幾年來都有一個致命的問題，那就是卡頓。不夠經過谷歌和各大廠商的不斷優化改進已經變得流暢不少了。但是依舊沒有解決根本問題。今年華為徹底從根部解決了這個問題。
而方舟編譯器，可以直接讓開發者寫好APP程序之後。直接編譯成機器機器碼。這樣在安裝和使用程序的時候可以直接跳過編譯這個步驟了，直接運行。方舟編譯器從發佈到現在的開源讓很多開發者興奮和接受。
是一件好事，即解決了谷歌困擾的問題，又解決了開發者的問題，但最主要的是方舟編譯器可以完美支持華為鴻蒙系統，如果用方舟編譯器的人多了。那鴻蒙的生態就建立起來了。華為就不怕谷歌的封殺了。我們都知道一個系統的生存必須條件就是它的生態，安卓系統能跟IOS系統抗衡就是因為安卓這十幾年來所建立的生態。這個不是那麼容易所打倒的。當年馬雲也做過手機系統阿里YunOS系統，但是還是失敗了，就是因為沒有一個完整的生態。而如今華為又有了強大的編譯器加持。更加不怕自己的系統沒有完整的生態。
在之前小編簡單科普一下安卓的卡頓問題：
首先，安卓是使用Java開發的，Java的跨平臺確實解決了硬件多樣化的問題，但是當你下載了一個軟件安裝的時候需要進行重新編譯。
用過第一代安卓手機的朋友都知道也就是2008年發佈開始，Android 1.0時代很慢很卡。因為最開始呢安卓直接通過一個叫做Dalvik的虛擬機去執行你打開的應用程序的。當你打開一個APP程序它就一句句去解釋成機器能看懂的0和1讓機器去執行，假如這個APP程序有100萬行代碼，它就要去翻譯100萬次。這是最早的解決方案。
後來谷歌意識到這個問題了，就在2010年中發佈了2.2版本安卓。在2.2版本中加入了JIT(Just in Time，即時編譯)。這個JIT就比之前的要聰明一點，它會讓把用戶經常使用的APP程序進行編譯成機器能看懂的0和1直接運行，但是不經常使用的或者剛下載的就會跟之前一樣一句句翻譯...
2014年穀歌再次優化推出5.0版本，徹底淘汰了Dalvik使用ART（Android Run Time）替代了它，同時把JIT的編譯器替代成AOT (Ahead of Time)。也就是你下載一個應用在安裝的同時直接把代碼編譯成機器能看懂的0和1。但是如果存在其他語言或者特殊情況，它還是要去翻譯。也就導致越來越多的用戶去吐槽為什麼安卓系統安裝一個APP都慢吞吞的。
於是谷歌在2017年又做了小改進，就是安裝的時候不去"翻譯"這些APP程序，而是等到用戶空閒的時候去"翻譯"。通過AOT編譯器先靜態編譯了。如果AOT還沒來得及編譯或者不能編譯，再叫醒JIT+解釋器兩個難兄難弟來頂住。
從安卓發佈到現在十幾年的時間，谷歌一直都在他的指標不治本。不過華為確實讓人意外，華為早在今年上半年就發佈一個“神器”那就是：方舟編譯器。大家都知道安卓十幾年來都有一個致命的問題，那就是卡頓。不夠經過谷歌和各大廠商的不斷優化改進已經變得流暢不少了。但是依舊沒有解決根本問題。今年華為徹底從根部解決了這個問題。
而方舟編譯器，可以直接讓開發者寫好APP程序之後。直接編譯成機器機器碼。這樣在安裝和使用程序的時候可以直接跳過編譯這個步驟了，直接運行。方舟編譯器從發佈到現在的開源讓很多開發者興奮和接受。
是一件好事，即解決了谷歌困擾的問題，又解決了開發者的問題，但最主要的是方舟編譯器可以完美支持華為鴻蒙系統，如果用方舟編譯器的人多了。那鴻蒙的生態就建立起來了。華為就不怕谷歌的封殺了。我們都知道一個系統的生存必須條件就是它的生態，安卓系統能跟IOS系統抗衡就是因為安卓這十幾年來所建立的生態。這個不是那麼容易所打倒的。當年馬雲也做過手機系統阿里YunOS系統，但是還是失敗了，就是因為沒有一個完整的生態。而如今華為又有了強大的編譯器加持。更加不怕自己的系統沒有完整的生態。