Instant Run
是Android studio 2.0新的逆天功能,在Run
和Debug
的時候,只有在第一次build會花費大量的時間,之後再次Run或者Debug的時候會直接把變化的程式碼更新到手機,再上面生成一個新的APK直接執行,這樣就能很快的顯示出更改程式碼之後的變化,加快了開發效率和除錯效率,每次更改程式碼50多秒的build時間還是挺浪費的。
Instant Run
要求Gradle的版本在2.0以上,minSdkVersion必須為15以上,最好的minSdkVersion是21(後面會解釋為什麼是21)。隨著Android studio 2.0正式版上線,想正式的在團隊內容推行Instant Run
功能,但是卻遇到了一個問題
1 2 3 |
Instant Run is disabled: Instant Run does not support deploying build variants with multidex enabled, to a target with API level 20 or below. To use Instant Run with a multidex enabled build variant, deploy to a target with API level 21 or higher. |
Instant Run
在我們的專案中無法使用,這段提示的大意是開啟了multidex
之後,SDK的最低版本要是21才能使用Instant Run
。
為什麼會有這個出現提示呢?首先說說什麼是multidex
。
Multidex
Android的Apk檔案中程式碼部分會編譯成Dalvik Exexutable
(DEX)檔案,而每個DEX檔案都是有方法數的限制的,4.0以前的是不能超過65536個方法,包括專案使用的類庫,和自己寫的程式碼的方法數之後,65536又是64k,這個限制又稱為64k限制,說話在大量使用各種類庫的今天超過64K個方法數還是挺容易的,怎麼解決這個問題呢?
- 減少方法數
- 使用多個DEX檔案
很明顯減少方法數是一個比較困難的方式,因為使用的庫就很多了,支付寶,微信,友盟,push訊息….那麼只能使用多個DEX檔案了。
使用多個DEX的方式,需要先在gradle裡配置:
1 2 3 4 5 6 7 8 |
android { defaultConfig { minSdkVersion 17 targetSdkVersion 23 multiDexEnabled true } } |
另外需要匯入multidex的依賴在Application進行分包:
1 2 3 |
dependencies { compile 'com.android.support:multidex:1.0.0' } |
可以使用兩種方式讓Apk分包。
第一種,使用MultiDexApplication
:
1 2 3 4 5 6 7 8 |
<manifest xmlns:android="http://schemas.android.com/apk/res/android" package="com.example.android.jjz"> <application ... android:name="android.support.multidex.MultiDexApplication"> ... </application> </manifest> |
使用MultiDexApplication
作為application即可。
第二種,如果已經有了Application檔案可以在Application重寫attachBaseContext
方法:
1 2 3 4 5 |
@Override protected void attachBaseContext(Context base) { super.attachBaseContext(base); MultiDex.install(this); } |
對於Instant Run
很遺憾的是APK依賴的庫比較多,沒有辦法將方法數減少到64K以下,也就是無法去掉MultiDex
.在提示裡面說如果使用MultiDex
最小的SDK大於等於21(Android 5.0)以上也是可以使用,我們Android 5.0有什麼不一樣呢?
ART
為什麼Android 5.0會不一樣呢,因為ART
。
Android runtime(ART)是管理runtime和系統服務的技術,ART和Dalvik能夠讀取DEX的二程式檔案,ART天然地支援multiple DEX檔案,ART在安裝應用的時候掃描所有的DEX檔案,編譯成一個單獨的.oat
檔案提供Android裝置執行。更多的內容可以看:ART
一方面想使用Instant Run
的強大功能,另一方便又不能放棄4.0的Android裝置。有沒有一種能夠兩者兼具呢?
Build Variant
不能每次除錯的都去更改minSdkVersion,這樣一是不方便,另外是容易出錯,錯誤的把程式碼提交到版本庫,導致不必要的錯誤出現。
有沒有一種方式能夠通過配置構建出不同的環境,答案是:gradle。
使用gradle中的Build Variant
可以做到不用每次都更改minSdkVersion還能使用Instant Run
。
productFlavors
是gradle中的一個功能,能夠根據不通的定義構建不通的APK,比如構建不同渠道構建不同的渠道包,一般productFlavors
的DSL是這樣的:
1 2 3 4 5 6 7 8 9 |
android { productFlavors { flavor1 { } flavor2 { } } } |
Build Variant
Build Type加上productFlavors就是Build Variant,一般的Build Type有兩種debug
和release
。對應的Build Variant就是:
1 2 3 4 |
flavor1+debug flavor1+release flavor2+debug flavor2+release |
利用Build Variant可以定義不同的APK,比如:可以設定不同的version,也可以設定不同的minSdkVersion
。
下面看下如何使用Build Variant
。
首先定義兩個productFlavors
。
1 2 3 4 5 6 7 8 9 10 |
android { productFlavors { instant { minSdkVersion 21 } app { minSdkVersion 17 } } } |
同步完gradle之後,可以在View->Tool Windows找到Build Variants
:
可以看到對於的Build variant:
如果選擇appDebug執行使用的minSdkVersion
就是17,選擇instantDebug執行使用的minSdkVersion
就是21,在開發的時候使用instantDebug
就可以使用Instant Run
功能了,而且不會影響其他人的開發。