安卓下載app怎麼下載AOT

① Android7.0怎麼樣安卓7.0有什麼新功能

1.主題皮膚管理器
在CM等一眾第三方系統中，早已支持便捷地修改壁紙、圖標和系統顏色。在商店和論壇中，也能找到不少優質的皮膚主題。
而當我們提到原生Android，似乎總是長著一張固定的臉。實際上，在Google自家的AOSP(即Android開源項目)中，早已內置了主題管理。
而在Android M 的開發者預覽版中，也加入了主題管理器(可惜被需要Root和特定方式才能激活)。既然系統內的皮膚主題框架早已搭建好，那就只等Google在Android系統中放出啦。

2.應用程序抽屜的消失
在2月26日，Google Map的官方Twitter發布了一條介紹視頻，其中的展示機Nexus 6P的系統界面中，似乎看不到底部的應用抽屜按鈕了。發現問題的同學也開始集體留言質問：『WHERE IS THE APP DRAWER?!?!』

而在之前也確實有傳聞爆料：在新版Android N 中，或許會將應用抽屜的設計去除，選擇採用iOS和MIUI的應用呈現方式，即全部在桌面首頁中展示。
去除二級菜單的做法，會帶來更加凌亂的桌面，還是更有效率的操作體驗?似乎很難定論，但作為Android玩家，大可選擇Nova啟動器等優秀的第三方桌面，而不必擔心我卓葯丸。
3.夜間模式會許要來了
在Android M 的開發者預覽版中，Dark Mode夜間模式曾短暫地出現過，而在正式版中又被砍去。
而最新的Android N 泄露圖中，黑色背景的右圖也表示著：夜間模式回歸Android了。

而更加值得期待的是，Google已經放出了夜間模式的開發代碼，開發者可以輕松地為自己的應用設定『暗色主題』。也許今後只需輕按『夜間模式』的按鈕，從系統到各個應用，都能直接更換成夜間模式。

這一改變，不僅對於越來越多AMOLED屏幕手機而言，是省電的好方法。對於經常深夜玩手機的同學來說，似乎也可以和刺眼的白光說再見了。
4.分屏多任務以及平板支持
在LG和三星都推出了『分屏模式』後，Google在Android N 中加入分屏功能也是眾望所歸了。同樣的，在上一個版本Android M 中，分屏模式也被隱藏起來，需要特定方式才能激活。
不負眾望，來自Google的Pixel C 團隊在接受Reddit AMA論壇訪談時，確認了『split screen is in the works』。

而分屏多任務，似乎在Android平板上也更加適用。值得一提的是，該團隊也宣稱Android系統的平板，在Android N 中將會更加好用，而不僅僅是將應用界面拉升就夠了。
但對於Chrome OS的聯動猜想、DPI切換和和界面的調整，似乎只能等Google I/O那
天，才知道答案。
5.支持觸控筆
在三星公布的文檔中，我們發現三星在Android N 中，採用了系統自帶的觸控筆介面，而不再使用原先的S PEN專屬介面。
而在Android 5.0 (開始支持節電助手)之前，三星關閉了自家的節電模式介面。在Android 6.0 (開始支持指紋識別)之前，又關閉了自家的指紋識別介面。而在Android 7.0公布之前，三星又再一次關閉了自家的觸控筆介面，這……

6.更好的Doze省電模式
Doze省電模式首次出現在Android M 中，其省電原理是在設備休眠時，關閉關閉應用後台，以達到省電的效果。
在親身體驗後，Doze模式確實發揮了很好的效果，起碼待機的時候不掉電了。但在目前這一功能，在操作體驗和用戶自定義方面，卻有些過於簡單了。
所以直到今天Android 6.0，我依然選擇綠色守護等第三方應用，去實現控制後台應用耗電的問題。但Root終歸有風險，而Android N 也有理由提供一個更好用的Doze省電模式。

7.重新設計的通知欄
在設計上，似乎能探尋的蛛絲馬跡，則是一張Android N 的通知欄模擬圖，國外媒體Android Police在看到開發樣機圖後，大致模擬出的新版界面截圖。
根據爆料，左圖通知欄目前已開始嘗試承載更多的信息量，長按後即可查看通知詳情。而在右圖顯示的快速設置頁面，將快捷按鈕鋪滿並支持分頁，而不像之前只支持固定數量的快捷按鈕。

8.更多玩法的指紋識別
隨著Nexus 5X和Nexus 6P的發布，Google終於開始為Android提供指紋的支持。在Android 6.0中，關於指紋的介面也正在逐步完善。
在目前看來，似乎指紋最常用也僅限於Play Store和鎖屏應用中。期待在Android N 中，能通過指紋解鎖完成更多的事情，在iOS的Touch ID上，有許多值得借鑒的場景。也許之後Androidi用戶能通過指紋，便捷地查看Google相冊中的隱私圖片，或者直接解鎖啟動私人應用。
9.為虛擬現實助力
我們知道，Google正嘗試著於打造一款，不需要額外硬體的頭戴式VR設備。
而反觀目前市面上大部分VR產品，軟體部分的開發似乎都與Android系統多少有些聯系，也許Google自家的VR設備也需要Android的支持。

所以我們有理由相信，Google會為新版本的Android系統，在VR方向上提供更多系統層面的支持。
10.Now on Tap
Now on Tap作為Android M 的重磅功能，在去年收獲了業界好評。大致功能則是基於不同情景而直接提供對應信息，通過識別你正在運行的app中的內容，提供針對性的建議和資料。
比如在網上聊天時，當聊到某部電影時，只需上滑Home鍵，關於電影的所有信息就能直接呈現。

而在Android N 中，我們期待它能發揮更大用處。畢竟Now on Tap中『上下文感知』和『基於情景』都是是人類智能的重要能力。
也許之後當我們打開相機，它就能為你找尋鏡頭中包含的關鍵信息。而不僅限於設定日歷提醒，或者幫你搜索維基網路那麼簡單。

綜上所述的大部分內容，都是我們作為Android老粉絲的期待和猜想。所有一切都要等到Google I/O 2016才會揭曉。
但不得不說的是，雖然在AppSo年度精選的Android榜中，絕大部分應用都採用了Material Design，但是直到今天，這一設計風格在動效和交互上，依然缺少一個完美的榜樣。
我們不會期待Android N 完全改頭換面，帶來全新的界面，但在圖標、按鈕、交互動畫和界面設計上，我們期待Google能做得更好。

② 安卓art虛擬機在什麼位置

一、概述
我們知道Android的程序雖然也是使用Java/Kotlin語言編碼，並生成.class位元組碼，但並不能直接運行在JVM上，而是運行在自己的VM上。而Android程序之所以不能在JVM上運行的根本原因是.class位元組碼文件並不是Android的最終可執行文件(執行頌喚首效率問題)，而是一個過渡產物，最終會生成dex文件在Android VM上執行。

1.1 Android虛擬機分類：
Android VM大體分為兩種： Dalvik 虛擬機和 ART虛擬機。

Dilvik 虛擬機：Android 5.0 版本之前。
ART虛擬機：Android 5.0 版本全面使用。
1.2 虛擬機的演變及優化：
Android 1.0，使用Dalvik作為Android虛擬機運行環境，此時的虛擬機是一個解釋執行器。
Android 2.2，Android 虛擬機中加入了JIT編譯器（Just-In-Time Compiler）。
Android 4.4，全新的ART虛擬機運行環境誕生，此時ART和Dalvik是共存的，用戶可以在兩者之間進行選擇。
Android 5.0，ART全面取代了Dalvik成為了Android虛擬機運行環境，並使用AOT預編譯技術在安裝Apk時全量預編譯 。
Android 7.0，ART虛擬機採用 JIT/AOT混合編譯模式。
二、Dalvik
Dalvik是Google公司自己設計用於Android平台的虛擬機，它是Android平台的重要組成部分，支持dex格式（Dalvik Executable）的Java應用程序的運行。dex格式是專門為Dalvik設計的一種壓縮格式，適合內存和處理器速度有限的系統。Google對其進行了特定的優化，經過優化的Dalvik，具有高效、簡潔、節省資源的特點，同時還允許在有限的內存中同時運行多個虛擬機的實例，並且每一個Dalvik 應用作為一個獨立的Linux進程執行。獨立的進程可以防止在虛擬機崩潰的時候所有程序都被關閉。
2.1 Dalvik和JVM的區別
Dalvik 基於寄存器，而 JVM 基於棧。
指令數量：基於寄存器的操作指令，會增加操作數的大小(劣勢)，但是會大大減少操作指令的數量(優勢)
操作效率：基於寄存器(CPU上)的指令操作速度比基於操作數棧(主存)的速度快。
移植性：基於寄存器執行效率好，但是可移植性差，難跨平台。
Dalvik虛擬機有共享機制，不同應用之間在運行時可以共享相同的類，擁有更高的效率。
2.2 JIT（Just-In-Time Compile）
Android 2.2之前，Dalvik虛擬機是通過解釋器 (解釋器逐條讀入位元組碼 -> 逐條翻譯成機器碼 -> 執行機器碼)來執行程序的，效率低。針對這個問題，引進了JIT（即時編譯器）技術。它是一種優化手段。

JIT技術：將解釋過的機器碼緩存起來，下次再執行時到這個方法的時候，則直接從緩存裡面取出機器碼來執行。減少了讀取位元組碼和翻譯位元組碼的操作。以此來提高效率。JIT技術的引入使得Dalvik的性能提升了3~6倍。

注意： 並不是所有執行過的代碼對應的機器碼都會被緩存起來。而是只有被認定為熱點代碼（Hot Spot Code） 的代碼才會。這里所指的熱點代碼主要有兩類，包括：
被多次調用的方法
被多次執行的循環體（雖然只是循環體被多次執行，但仍是將整個方法的機器碼緩存起來）。

缺點： JIT技術的缺點：
每次重新啟動引用都需要重新編譯。
運行時比較耗電。
三、ART 虛擬機
ART虛擬機在Android 5.0開始替換Dalvik虛擬機，其處理應用程序執行的方式不同於Dalvik虛擬機，它不使用JIT而是使用了AOT（Ahead-Of-Time），也就是鏈伏提前編譯技術。並對垃圾收集器也進行了改進和優化。

預先編譯機制(AOT)可提高應用的性能。同時ART 還具有比 Dalvik 更嚴格的安裝時驗證。

3.1 AOT（Ahead-Of-Time）預先編譯技術
AOT(提前編譯技術)： 簡單來說就是提前將位元組碼轉換成本地機器碼，然後野數存儲在本地磁碟上，運行時可以直接執行，避免了Dalvik時期的應用運行時再來解釋位元組碼。運行時效率大大提高。

在Android 7.0 之前，Android系統安裝Apk時，會進行一次全量預編譯，將位元組碼預先編譯成本地機器碼，生成 oat文件，並存儲在本地磁碟上。這樣在App每次運行時就不需要重新編譯，可以直接使用編譯好本地機器碼，運行效率大大提升。但是這也使得安裝應用的時間大大增加，於是在Android7.0及之後，又重新引進了JIT技術，形成JIT/AOT混合編譯模式。

混合編譯的特點：

應用在安裝的時候，不進行AOT預編譯。
應用運行時直接通過解釋器翻譯位元組碼為機器碼然後執行。（在應用運行期間使用了JIT技術）並同時記錄熱點代碼信息到profile文件中。
手機進入空閑或充電狀態的時候，系統會掃描APP目錄下的profile文件，並通過AOT對熱點代碼進行編譯。
下一次啟動時，會根據profile文件來運行已編譯好的機器碼，避免在運行時對已經轉換為機器碼的方法又進行了JIT編譯。
應用運行期間會持續對熱點代碼進行記錄，以方便在空閑或充電時進行AOT，以此循環。
使用JIT編譯器來對AOT編譯器進行補充，降低了Apk安裝的時間，提升了運行時性能，節省了存儲空間，加快應用運行速度。

小結：
Android 7.0以前，採用AOT全量預編譯，Apk安裝時預編譯dex生成對應的機器碼文件。但預編譯量大導致Apk安裝時間長。
Android 7.0及之後，採用JIT/AOT混合編譯模式，根據對應的profile在空閑時進行AOT預編譯。

參考： 實現 ART 即時 (JIT) 編譯器

3.2 Dalvik與ART虛擬機的區別
Dalvik每次都要編譯再運行，Art只會安裝時啟動編譯(7.0之前全量預編譯)。
Art佔用空間比Dalvik大（原生代碼佔用的存儲空間更大），就是用「空間換時間」。
Art減少編譯，減少了CPU使用頻率，使用明顯改善電池續航。
Art應用啟動更快、運行更快、體驗更流暢、觸感反饋更及時。
3.3 Interpreter解釋器、JIT、AOT的在ART上的使用
解釋器： 逐條讀入位元組碼 -> 逐條翻譯成機器碼 -> 執行機器碼，重復執行同一代碼時需要重新翻譯執行。
JIT編譯器： 對運行時的熱點代碼(熱點代碼)進行編譯，且緩存在內存中，當下次繼續執行時，直接從內存中獲取，減少重復編譯。
AOT編譯器： 在運行前將位元組碼轉換為機器碼，在運行時直接運行轉換後的機器碼。

在這里插入圖片描述

3.4 垃圾回收方面的優化
Android虛擬機（Dalvik && ART）學習

四、Android中的幾種文件
4.1 Apk文件
APK 文件其實是 zip 格式，在Window平台上可以直接將後綴格式改為zip進行解壓。解壓後的目錄如下圖所示：
在這里插入圖片描述

文件名 說明
META-INF/ 信息描述，簽名等用途。編譯生成一個apk包時，會對所有要打包的文件做一個校驗計算，並把計算結果放在META-INF目錄下。而在Android手機上安裝apk包時，應用管理器會按照同樣的演算法對包里的文件做校驗，如果校驗結果與META-INF下的內容不一致，系統就不會安裝這個apk。這就保證了apk包里的文件不能被隨意替換
res/ 存放資源文件
libs/ 存放的是 ndk 編出來的 so 庫
AndroidManifest.xml 程序全局清單文件
classes.dex dalvik 位元組碼
resources.ars 編譯後的二進制資源文件，主要是對應的索引
assets/ 保留工程中assets目錄，其他工程下的、jar包中的assets也會合並到該assets目錄下。
4.2 dex文件
dex 文件是可被Dalvik虛擬機識別並執行的文件， Dalvik 會執行 .dex 文件中的 dalvik 位元組碼，但一般Dalvik在執行dex優化後的文件(即odex文件)。

dex文件特點：

dex文件是Android系統中的一種文件，是一種特殊的數據格式，和Apk、jar等格式文件類似。
文件更加緊湊：dex文件是能夠被DVM識別，載入並執行的文件格式。相比於Jar文件，dex會把所有包含的信息整合在一起，減少冗餘信息，從而降低了載入文件時的I/O耗時，提高類的查找速度。
dex文件包含應用程序的全部操作指令和運行時數據。
相對於PC上的JVM能運行 .class文件，Android上的Dalvik虛擬機能運行 .dex 文件。
.dex文件和 .class文件的格式對照：
在這里插入圖片描述
dex 文件結構：
在這里插入圖片描述

4.3 引起dex文件65535問題的原因
當Android系統啟動一個Apk時，會通過 dexopt 工具對dex進行優化。dexopt 的執行過程是在第一次載入dex文件的時候執行的。這個過程會生成一個odex文件，即Optimised Dex (執行odex的效率會比直接執行Dex文件的效率要高很多)。但早期Android系統中， dexopt 有一個問題(即65535問題)。dexopt會把每一個類的方法id檢索起來，存在一個鏈表結構裡面。但是這個鏈表的長度是用一個 short類型(2^16=65536)來保存的，導致了方法id的數目不能夠超過65536個。
4.4 odex文件 (Optimized DEX)
背景： 對Android dex文件進行優化來說，需要注意的一點是dex文件的結構是緊湊的，但是我們還是要想方設法進行運行速度的提高，因此我們仍然需要對dex文件進一步優化。
odex文件的使用場景：

安裝階段： Apk在安裝時，系統會進行驗證和優化，目的是為了校驗代碼合法性及優化代碼執行速度。當驗證和優化後，系統會從Apk中提取dex文件進行優化，並將優化後的產物(odex文件)保存到 data/dalvik-cache 目錄下。
運行階段： 當運行Apk的時候，會直接載入odex文件，避免重復驗證和優化，加快了Apk的響應時間。
odex 文件的生成過程：

Android 5.0之前：Dalvik虛擬機

Dalvik虛擬機會在執行dex文件前對dex文件做優化，生成可執行文件odex，保存到 data/dalvik-cache 目錄，最後把Apk文件中的dex文件刪除。

注意： 此時生成的odex文件後綴依然是dex ，它是一個dex文件，裡面仍然是位元組碼，而不是本地機器碼。
Android5.0 <= Version < Android 8.0 (Android O)：ART虛擬機

Android5.0之後使用ART虛擬機，ART虛擬機使用AOT預編譯生成oat文件。oat文件是ART虛擬機運行的文件，是ELF格式二進制文件。oat文件包含dex和編譯的本地機器指令，因此比Android5.0之前的odex文件更大。

oat文件生成過程：
App在首次安裝的時候，dex2oat 工具默認會把 dex文件翻譯成本地機器指令，生成ELF格式的OAT文件，並將其放在了 /data/dalvik-cache 或 /data/app/packagename/ 目錄下，此時oat文件後綴格式為odex。
ART載入oat文件後不需要經過處理就可以直接運行，它在編譯時就從位元組碼裝換成機器碼了，因此運行速度更快。
Dalvik虛擬機執行程序dex文件前，系統會對dex文件做優化，生成可執行文件odex，保存到 data/dalvik-cache 目錄，最後把apk文件中的dex文件刪除。 (注意：此時生成的odex文件後綴依然是dex ，它是一個dex文件，裡面仍然還是位元組碼，而不是本地機器碼。)

注意： Android5.0及之後版本生成的 oat文件後綴還是odex，但是已經不是android5.0 及之前版本的文件格式，而是ELF格式封裝的本地機器碼。可以認為oat在dex上加了一層殼，可以從oat里提取出dex。
Android O及之後(>=Android 8.0)：ART虛擬機

Android 8.0及之後版本，dex2oat會直接生成兩個oat文件 (即vdex文件 和 odex文件)。其中 odex 文件是從vdex 文件中提取了部分模塊生成的一個新的可執行二進制碼文件，odex 從vdex 中提取後，vdex 的大小就減少了。

文件生成過程：
App在首次安裝的時候，odex 文件就會生成在 /system/app/<packagename>/oat/ 下。
在系統運行過程中，虛擬機將其 從/system/app 下 到 /data/davilk-cache/ 下。
odex + vdex = Apk 的全部源碼 （vdex 並不是獨立於odex 的，文件 odex + vdex 才代表一個Apk ）。
odex 的優點和缺點：

優點：
啟動快： 省去了系統第一次啟動應用時從Apk文件中讀取dex文件，並對dex文件做優化的過程。和
對RAM的佔用（Apk文件中的dex如果不刪除，同一個應用就會存在兩個dex文件：apk中和 data/dalvik-cache 目錄下）。
安全性：防止第三方用戶反編譯系統的軟體（odex文件是跟隨系統環境變化的，改變環境會無法運行；而apk文件中又不包含dex文件，無法獨立運行）
劣勢：
優化後的odex文件大小通常是原dex文件的1~4倍 (空間換時間)。
4.5 vdex文件
vdex文件是 Android O (Android 8.0) 新增的格式包，其目的是為了降低dex2oat時間。

dex2oat的觸發場景：

當系統OTA (系統升級) 後，用戶自己安裝的應用是不會發生任何變化的，但 framework 代碼已經發生了變化，因此就需要重新對這些應用也做dex2oat。如果沒有vdex文件，則需要重新校驗Apk里dex文件合法性；如果存在vdex文件，就可以省略校驗的過程，節省一部分時間。
當App的 JIT Profile 信息變化時，background dexopt會在後台重新做dex2oat，因為有了vdex，這個時候也可以直接跳過dex文件的校驗流程。
dex 文件直接轉化的可執行二進制碼文件：

App在首次安裝的時候，vdex文件就會生成在 /system/app/<packagename>/oat/下。
在系統運行過程中，虛擬機將其從 /system/app 下 到 /data/davilk-cache/ 下。
4.6 art文件
art文件是由虛擬機執行odex文件後，記錄虛擬機執行Apk啟動的常用函數地址信息後生成出來的文件(記錄函數地址信息方便定址)，目的 是用於加快應用啟動速度。通常會在data/dalvik-cache/ 目錄中保存常用的jar包的相關地址記錄。

第一次開機不會生成在 /system/app/<packagename>/oat/ 下，以後也不會。
odex 文件在運行時，虛擬機會計算函數調用頻率，進行函數地址的修改。
最後在 /data/davilk-cache/ 由虛擬機生成 art文件(art文件生成)。
生成 art文件後，/system/app 下的odex 和 vdex 會無效，即使你刪除，apk也會正常運行。
push 一個新的apk file 覆蓋之前 /system/app 下Apk file ，會觸發 PMS 掃描時下發 force_dex 的flag ，強行生成新的vdex 文件 ，覆蓋之前的vdex 文件，由於某種機制，這個新vdex 文件會到 /data/dalvik-cache/ 下，於是 art 文件也變化了。
4.7 oat文件
ART虛擬機運行的是oat文件，oat文件是一種Android私有ELF文件格式，oat文件包含有從dex文件翻譯而來的本地機器指令，還包含有原來的dex文件內容(如下圖所示)，因此oat文件比odex文件更大。APK在安裝的過程中，會通過dex2oat工具生成一個OAT文件(文件後綴還是odex)。對於apk來說，oat文件實際上就是對odex文件的包裝，即oat=odex。

注意： Android5.0 及之後的版本，oat文件的後綴還是odex，但是已經不是android5.0 之前的文件格式，而是ELF格式封裝的本地機器碼。可以認為oat在dex上加了一層殼，可以從oat里提取出dex。

③ 原生安卓比ios還要流暢，為什麼到了國內之後國產手機一年就卡

盡管Android旗艦手機在核心硬體搭配方面已經不比iPhone差了，甚至在很多數據上面還要強於iPhone，尤其是在處理器核心數量、運行內存大小都要好過iPhone，不過Android手機還是沒能改變用了一段時間之後就會很卡的常態，這到底是什麼原因呢？原生Android當然會好很多，當然Android本身還是存在一些問題的，Android選擇Java作為核心開發語言，而Java本身是一個虛擬機語言，加上Java語言確實也比較臃腫，加上Java語言的一些機制導致了Android的卡頓。

Android的問題是多方面，有本身技術選型的問題，也有生態管理上的問題，這兩個問題非常棘手，不然這問題不早就解決了么，就看Google未來的長期戰略是怎麼規劃的吧，是開發生態逐步規范化還是直接替代Android，就看Google自己的選擇了。

④ 安卓7.1有哪些新功能 安卓7.1系統新功能介紹

1、分屏多任務

其實這個功能，之前不少廠商已經做了，而谷歌終於讓7.0原生支持了它，從實際體驗來看，戶點擊多任慧彎清務按鍵後，長按其中一個應用，將其拖拽到屏幕頂部或底部，然後再點擊另外一個應用就可以實現分屏多任務功能。

2、「Data Saver」

這個功能簡單來說就是減少App在後台流量偷跑，用戶可以設置黑名單，當Data Saver開啟後，這些黑名單中的App將會受到流量限制措施，同時谷歌也減少一些圖像傳輸的解析度，限制移動流媒體服務的碼率，限制一些軟體的預緩存功能（自動讀取用戶並未請求的數據）。

3、號碼攔截

谷歌還在新系統中加入了號碼攔截功能，用戶可以更好攔截詐騙分子、營銷電話以及其他騷擾電話，而被封殺的電話號碼，將無法來電或者發送簡訊。

4、更便捷的通知中心

谷歌讓7.0系統的通知中心變的便捷且更強大，為了讓用戶節省更多的時間，首先下拉通知欄中最上方加入了快捷按鍵控制開關，同時通知中心能顯示更多的信息，其次用戶可以在通知中心內快速回復消息（免去再打開相應應用的繁瑣步驟了），最後就是消息的歸攏（就是同一個應用的通知變成「通知組」），如當你收到4封郵件，通知中會一一為你展現，你可以挨個或者分批處理（也可以類比QQ消息），很是方便。

5、夜間模式

准確來說，這並不是一個新鬧高功能，6.0預覽版中有，但正式版谷歌給剔除了，現在它又回來了。跟之前不太一樣的是，這次的夜間模式被放在了系統UI設置中，打開後系統會根據環境自動開啟。

6、增強的Java 8語言支持

7、畫中畫模式

這個畫中畫的展現方式跟iOS 9上的基本一致，不過安卓的這個主要是針對電視平台的，當然如果用戶不喜歡屏前前幕平分顯示的話，可以將其中一個窗口調整到設定的最小值。

⑤ 安卓手機運行環境art什麼意思

Android運行環境ART

安卓之前的版本運行機制是Dalvik，這個導致安卓卡慢，安卓4.4之後推出了ART，在5.0上完全使用了ART模式。

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

通俗一點就是，ART增加APK安裝容量，實現了流暢度。