Android Studio的Instant Run工作原理及用法

前言

看到一篇介紹Instant Run的文章，覺得蠻不錯的，翻譯記錄一下，其中夾雜著自己的理解(原文地址),最后附上Install Run的使用方法。(本文圖片出處)
tips:文中所有鏈接地址都國內或許不能訪問

Instant Run

Instant Run，是android studio2.0新增的一個運行機制，在你編碼開發、測試或debug的時候，它都能顯著減少你對當前應用的構建和部署的時間。
當我們第一次點擊run、debug按鈕的時候，它運行時間和我們往常一樣。但是接下去的時間里，你每次修改代碼后點擊run、debug按鈕，對應的改變將迅速的部署到你正在運行的程序上，傳說速度快到你都來不及把注意力集中到手機屏幕上，它就已經做好相應的更改。

一個典型的構建周期流程圖

構建->部署->安裝->app登錄->activity創建

instant run的目標：盡可能多的剔除不必要的步驟，然后提升必要步驟的速度。

在實踐中，這意味著：

• 只對代碼改變部分做構建和部署
• 不重新安裝應用
• 不重啟應用
• 不重啟activity

熱拔插，溫拔插，冷拔插

instant run = 增量構建 + 熱 或 溫 或 冷拔插

熱拔插：代碼改變被應用、投射到APP上，不需要重啟應用，不需要重建當前activity。
場景：適用于多數的簡單改變（包括一些方法實現的修改，或者變量值修改）
溫拔插：activity需要被重啟才能看到所需更改。
場景：典型的情況是代碼修改涉及到了資源文件，即resources。
冷拔插：app需要被重啟（但是仍然不需要重新安裝）
場景：任何涉及結構性變化的，比如：修改了繼承規則、修改了方法簽名等。

Instant Run運行原理

Manifest整合，然后跟res、dex.file一起被合并到APK

manifest文件合并、打包，和res一起被AAPT合并到APK中，同樣項目代碼被編譯成字節碼，然后轉換成.dex 文件，也被合并到APK中。

首次運行Instant Run，Gradle執行的操作

APK生成流程

在有Instant Run的環境下：一個新的App Server類會被注入到App中，與Bytecode instrumentation協同監控代碼的變化。
同時會有一個新的Application類，它注入了一個自定義類加載器（Class Loader）,同時該Application類會啟動我們所需的新注入的App Server。于是，Manifest會被修改來確保我們的應用能使用這個新的Application類。（這里不必擔心自己繼承定義了Application類，Instant Run添加的這個新Application類會代理我們自定義的Application類）
至此，Instant Run已經可以跑起來了，在我們使用的時候，它會通過決策，合理運用冷溫熱拔插來協助我們大量地縮短構建程序的時間。

在Instant Run運行之前，Android Studio會檢查是否能連接到App Server中。并且確保這個App Server是Android Studio所需要的。這同樣能確保該應用正處在前臺，因為目前是不支持多臺設備多程序同時執行。

熱拔插

App Server

Android Studio monitors： 運行著Gradle任務來生成增量.dex文件（這個dex文件是對應著開發中的修改類） Android Studio會提取這些.dex文件發送到App Server，然后部署到App。
因為原來版本的類都裝載在運行中的程序了，Gradle會翻譯，更新好這些.dex文件（Gradle修改class的原理，請戳鏈接），發送到App Server的時候，交給自定義的類加載器來加載.dex文件。看看下面原理圖：

App Server

App Server會不斷監聽是否需要重寫類文件，如果需要，任務會被立馬執行。新的更改便能立即被響應。我們可以通過打斷點調試來發現它確實是這么做，操作如下：

實際效果

溫拔插

溫拔插需要重啟Activity，因為資源文件是在Activity創建時加載，所以必須重啟Activity來重載資源文件。
目前來說，任何資源文件的修改都會導致重新打包再發送到APP。但是，google的開發團隊正在致力于開發一個增量包，這個增量包只會包裝修改過的資源文件并能部署到當前APP上。

注意：溫拔插涉及到的資源文件修改，在manifest上是無效的（這里的無效是指不會啟動Instant Run），因為，manifest的值是在APK安裝的時候被讀取，所以想要manifest下資源的修改生效，還需要觸發一個完整的應用構建和部署。總結起來：如果你修改了manifest相關的資源文件，還是需要面臨和以前一樣的龜速構建。

所以溫拔插實際上只能應對少數的情況，它并不能應付應用在架構、結構上的變化。例如：annotations，fields的增刪改、父類文件的修改、static修飾的類、方法、常量等的修改都只能依靠冷拔插。

冷拔插

應用部署的時候，會把工程拆分成十個部分，每部分都擁有自己的.dex文件，然后所有的類會根據包名被分配給相應的.dex文件。當冷拔插開啟時，修改過的類所對應的.dex文件，會重組生成新的.dex文件，然后再部署到設備上。
之所以能這么做，是依賴于Android的ART模式，它能允許加載多個.dex文件。ART模式在android4.4（API-19）中加入，但是Dalvik依然是首選，到了android5.0（API-21），ART模式才成為系統默認首選，所以Instant Run只能運行在API-21及其以上版本，至于低版本的話，會重新構建整個應用（下文會提及低版本解決思路）

Instant Run是不能回退的

代碼更改可以通過熱拔插快速部署，但是熱拔插會影響應用的初始化，所以我們不得不通過重啟應用來響應這些修改。

展示增量構建，重啟APP，然后回退（這里回退不了，數據還是4）

Instant Run 技巧與提示

Instant Run是被Android Studio控制的。所以我們只能通過IDE來啟動它，如果通過設備來啟動應用，Instant Run會出現異常情況。

更多的技巧，請點這里，然而多數是沒什么用，不需要記住的。

• 如果應用的minSdkVersion小于21，可能多數的Instant Run功能會掛掉，這里提供一個解決方法，通過product flavor建立一個minSdkVersion大于21的新分支，用來debug。
• Instant Run目前只能在主進程里運行，如果應用是多進程的，類似微信，把webView抽出來單獨一個進程，那熱、溫拔插會被降級為冷拔插。
• 在Windows下，Windows Defender Real-Time Protection可能會導致Instant Run掛掉，可用通過添加白名單列表解決，具體操作自行Google
• 暫時不支持Jack compiler，Instrumentation Tests，或者同時部署到多臺設備。

操作

• 下載：AS1.5及其以上的用戶可以通過增量包直接升級到2.0或者2.1，1.5以下的，個人覺得直接重新官網下載一個就好了，不看好瞎折騰，覺得浪費時間。
• 設置：Instant Run是默認開啟的。設置路徑：Preferences -> Build,Execution,Deployment -> Instant Run
• 使用：和往常一模一樣，只是你會發覺速度飆升，變快了。-0-

 

文／oaosj（簡書）