Instant Run上手
作為一個Android開發者,很多的時候我們需要花大量的時間在bulid,運行到真機(虛擬機)上,對于ios上的Playground羨慕不已,這種情況將在Android Studio 2.0有了很大改善,使用instant run,在第一次運行之后,就可以快速的在真機中看見修改后的結果,不僅僅是UI可以直接顯示,還包括代碼邏輯。不用再苦苦等build了,節約生命呀!
1、首先要升級到Android Studio 2.0+
2、然后需要升級android tools build
instant run功能之后再android tools build 的2.*的版本才可以使用。
需要在project層級的build.gradle中指定
??? dependencies {
??????? classpath 'com.android.tools.build:gradle:2.*'
??? }
3、設置instant Run
Preferences -> Build,Execution,Deployment -> Instant Run

4、運行Instant Run
再沒有運行項目的時候,我們的Run圖標和以前是一樣的

運行了項目之后的圖標是這樣的

再改完代碼之后直接點擊Run按鈕就可以立刻就能在你的設備上面看到效
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一起被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所需要的。這同樣能確保該應用正處在前臺,因為目前是不支持多臺設備多程序同時執行。
熱拔插

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

? ??? ??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中加入,但是Dalvik依然是首選,到了android5.0,ART模式才成為系統默認首選,所以Instant Run只能運行在API-21及其以上版本,至于低版本的話,會重新構建整個應用。
Instant Run 技巧
Instant Run是被Android Studio控制的。所以我們只能通過IDE來啟動它,如果通過設備來啟動應用,Instant Run會出現異常情況。
- 如果應用的minSdkVersion小于21,可能多數的Instant Run功能會掛掉。可通過建立一個minSdkVersion大于21的新分支,用來debug。
- Instant Run目前只能在主進程里運行,如果應用是多進程的,類似微信,把webView抽出來單獨一個進程,那熱、溫拔插會被降級為冷拔插。
- 在Windows下,Windows Defender Real-Time Protection可能會導致Instant Run掛掉,可用通過添加白名單列表解決。
- 暫時不支持Jack compiler,Instrumentation Tests,或者同時部署到多臺設備。
- Instant Run是不能回退的。代碼更改可以通過熱拔插快速部署,但是熱拔插會影響應用的初始化,所以我們不得不通過重啟應用來響應這些修改。
來自為知筆記(Wiz)