Android中的Dalvik和ART詳解及區別分析

要想知道Dalvik和ART區別分析，首先我們要分別知道這兩者是什麼？

什麼是Dalvik？
Dalvik是Google公司自己設計用於Android平台的虛擬機。
Dalvik虛擬機是Google等廠商合作開發的Android移動設備平台的核心組成部分之一。
它可以支持已轉換為 .dex格式的Java應用程序的運行，.dex格式是專為Dalvik設計的一種壓縮格式，適合內存和處理器速度有限的系統。
Dalvik 經過優化，允許在有限的內存中同時運行多個虛擬機的實例，並且每一個Dalvik 應用作為一個獨立的Linux 進程執行。獨立的進程可以防止在虛擬機崩潰的時候所有程序都被關閉。
很長時間以來，Dalvik虛擬機一直被用戶指責為拖慢安卓系統運行速度不如IOS的根源。
2014年6月25日，Android L 正式亮相於召開的谷歌I/O大會，Android L 改動幅度較大，谷歌將直接刪除Dalvik，代替它的是傳聞已久的ART。

什麼是ART？
即Android Runtime
ART 的機制與 Dalvik 不同。在Dalvik下，應用每次運行的時候，字節碼都需要通過即時編譯器（just in time ，JIT）轉換為機器碼，這會拖慢應用的運行效率，而在ART 環境中，應用在第一次安裝的時候，字節碼就會預先編譯成機器碼，使其成為真正的本地應用。這個過程叫做預編譯（AOT,Ahead-Of-Time）。這樣的話，應用的啟動(首次)和執行都會變得更加快速。

下面是區別分析

Dalvik和JVM有啥關系？
主要區別：
Dalvik是基於寄存器的，而JVM是基於棧的。
Dalvik運行dex文件，而JVM運行java字節碼
自Android 2.2開始，Dalvik支持JIT（just-in-time，即時編譯技術）。
優化後的Dalvik較其他標准虛擬機存在一些不同特性:　
1.占用更少空間　
2.為簡化翻譯，常量池只使用32位索引　　
3.標准Java字節碼實行8位堆棧指令,Dalvik使用16位指令集直接作用於局部變量。局部變量通常來自4位的“虛擬寄存器”區。這樣減少了Dalvik的指令計數，提高了翻譯速度。　
　當Android啟動時，Dalvik VM 監視所有的程序（APK），並且創建依存關系樹，為每個程序優化代碼並存儲在Dalvik緩存中。Dalvik第一次加載後會生成Cache文件，以提供下次快速加載，所以第一次會很慢。
　Dalvik解釋器采用預先算好的Goto地址，每個指令對內存的訪問都在64字節邊界上對齊。這樣可以節省一個指令後進行查表的時間。為了強化功能, Dalvik還提供了快速翻譯器（Fast Interpreter）。

一般來說,基於堆棧的機器必須使用指令才能從堆棧上的加載和操作數據,因此,相對基於寄存器的機器，它們需要更多的指令才能實現相同的性能。但是基於寄存器機器上的指令必須經過編碼,因此,它們的指令往往更大。

Dalvik虛擬機既不支持Java SE 也不支持Java ME類庫(如：Java類,AWT和Swing都不支持)。 相反,它使用自己建立的類庫（Apache Harmony Java的一個子集）。

ART有什麼優缺點呢？
優點：
1、系統性能的顯著提升。
2、應用啟動更快、運行更快、體驗更流暢、觸感反饋更及時。
3、更長的電池續航能力。
4、支持更低的硬件。
缺點：
1.機器碼占用的存儲空間更大，字節碼變為機器碼之後，可能會增加10%-20%（不過在應用包中，可執行的代碼常常只是一部分。比如最新的 Google+ APK 是 28.3 MB，但是代碼只有 6.9 MB。）
2.應用的安裝時間會變長。

tips：現在智能手機大部分都可以讓用戶選擇使用Dalvik還是ART模式。當然默認還是使用Dalvik模式。
用法：設置-輔助功能-開發者選項（開發人員工具）-選擇運行環境（不同的手機設置的步驟可能不一樣）。

Dalvik和ART的幾點區別
dalvik是執行的時候編譯+運行，安裝比較快，開啟應用比較慢，應用占用空間小
ART是安裝的時候就編譯好了，執行的時候直接就可以運行的，安裝慢，開啟應用快，占用空間大
用個比喻來說就是，騎自行車
dalvik 是已經折疊起來的自行車，每次騎都要先組裝自行車才能騎
ART 是已經組裝好的自行車，每次騎直接上車就能走人