ART、AOT、JIT、Dalvik之間的關系

JIT與Dalvik

JIT是"Just In Time Compiler"的縮寫,就是"即時編譯技術",與Dalvik虛擬機相關。

怎么理解這句話呢?這要從Android的一些特性說起。

JIT是在2.2版本提出的,目的是為了提高Android的運行速度,一直存活到4.4版本,因為在4.4之后的ROM中,就不存在Dalvik虛擬機了。

我們使用Java開發(fā)android,在編譯打包APK文件時,會經過以下流程

Java編譯器將應用中所有Java文件編譯為class文件
dx工具將應用編譯輸出的類文件轉換為Dalvik字節(jié)碼,即dex文件
之后經過簽名、對齊等操作變?yōu)锳PK文件。

Dalvik虛擬機可以看做是一個Java VM,他負責解釋dex文件為機器碼,如果我們不做處理的話,每次執(zhí)行代碼,都需要Dalvik將dex代碼翻譯為微處理器指令,然后交給系統(tǒng)處理,這樣效率不高。

為了解決這個問題,Google在2.2版本添加了JIT編譯器,當App運行時,每當遇到一個新類,JIT編譯器就會對這個類進行編譯,經過編譯后的代碼,會被優(yōu)化成相當精簡的原生型指令碼(即native code),這樣在下次執(zhí)行到相同邏輯的時候,速度就會更快。

當然使用JIT也不一定加快執(zhí)行速度,如果大部分代碼的執(zhí)行次數很少,那么編譯花費的時間不一定少于執(zhí)行dex的時間。Google當然也知道這一點,所以JIT不對所有dex代碼進行編譯,而是只編譯執(zhí)行次數較多的dex為本地機器碼。

有一點需要注意,那就是dex字節(jié)碼翻譯成本地機器碼是發(fā)生在應用程序的運行過程中的,并且應用程序每一次重新運行的時候,都要做重做這個翻譯工作,所以這個工作并不是一勞永逸,每次重新打開App,都需要JIT編譯。

另外,Dalvik虛擬機從Android一出生一直活到4.4版本,而JIT在Android剛發(fā)布的時候并不存在,在2.2之后才被添加到Dalvik中。

ART與AOT

AOT是"Ahead Of Time"的縮寫,指的就是ART(Anroid RunTime)這種運行方式。

前面介紹過,JIT是運行時編譯,這樣可以對執(zhí)行次數頻繁的dex代碼進行編譯和優(yōu)化,減少以后使用時的翻譯時間,雖然可以加快Dalvik運行速度,但是還是有弊病,那就是將dex翻譯為本地機器碼也要占用時間,所以Google在4.4之后推出了ART,用來替換Dalvik。

在4.4版本上,兩種運行時環(huán)境共存,可以相互切換,但是在5.0+,Dalvik虛擬機則被徹底的丟棄,全部采用ART。

ART的策略與Dalvik不同,在ART 環(huán)境中,應用在第一次安裝的時候,字節(jié)碼就會預先編譯成機器碼,使其成為真正的本地應用。之后打開App的時候,不需要額外的翻譯工作,直接使用本地機器碼運行,因此運行速度提高。

當然ART與Dalvik相比,還是有缺點的。

ART需要應用程序在安裝時,就把程序代碼轉換成機器語言,所以這會消耗掉更多的存儲空間,但消耗掉空間的增幅通常不會超過應用代碼包大小的20%
由于有了一個轉碼的過程,所以應用安裝時間難免會延長
但是這些與更流暢的Android體驗相比而言,不值一提。

總結

通過前面背景知識的介紹,我終于可以更簡單的介紹這四個名詞之間的關系了:

JIT代表運行時編譯策略,也可以理解成一種運行時編譯器,是為了加快Dalvik虛擬機解釋dex速度提出的一種技術方案,來緩存頻繁使用的本地機器碼
ART和Dalvik都算是一種Android運行時環(huán)境,或者叫做虛擬機,用來解釋dex類型文件。但是ART是安裝時解釋,Dalvik是運行時解釋
AOT可以理解為一種編譯策略,即運行前編譯,ART虛擬機的主要特征就是AOT

?著作權歸作者所有,轉載或內容合作請聯系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內容

友情鏈接更多精彩內容