二、Android 虛擬機和編譯加載順序 Android 熱修復其實主要是針對Android 虛擬機加載類的一個過程，所以首先我們應該知道Android 常用的虛擬機是Dalvik 虛擬和ART 虛擬機； Android 4.0 之前是主要是的Dalvik 虛擬機。Android 4.4 之后開始支持ART虛擬機（可選）， Android 5.0 之后就是ART 虛擬機； ``` Android 4.0 --> Android 4.4 --> Android 5.0 ---> Android 7.0 ``` Dalvik 虛擬機在Android 2.2 的時候引入了JIT (Just in time), 也就是一邊運行，一邊編譯成機器碼在運行；這種編譯成機器碼的過程在應用重啟的時候需要重新編譯成機器碼再運行，有點浪費性能（不是持久化），重復翻譯，編譯，運 行； 在Android 5.0 之后就使用完全使用ART 虛擬機；因為在AOT (ahead of time)的操作在安裝的時候把dex 優化成odex; 在Android N (7) 之前是全量dex 優化成odex, 這樣導致安裝apk 的時候，或者系統更新重啟的時候非常耗時，特別的慢； 所以在Android N 后引入了JIT 和AOT 的混合模式; 可以理解為“全時段的編譯”（All-Of-the-Time compilation， 也叫AOT；是不是發現有2 個AOT, 一開始我也很懵逼的；其實和Android 5.0 中的AOT 是不太一樣的；還有要注意的是Android N 之后的JIT 和Davlik 虛擬機中的JIT 是不一樣的，簡單理解就是高級版的JIT；這個高級版本的JIT 過程會把處理后的odex 緩存到base.art（有些地方也叫image ） 中；等下次app 啟動的時候，就先直接把這個優化后的base.art 加載到內存中；這樣就不會重復的JIT 了；