Instant Run是Android studio 2.0出现的新功能,在Run和Debug的时候,只有在第一次build会花费大量的时间。之后再次Run或者Debug的时候会直接更新到手机上面,这样就能很快的显示出变化,加快了开发效率。
Instant Run要求Gradle的版本在2.0.0以上,minSdkVersion最低为15,最好minSdkVersion在21之上。随着Android studio 2.0正式版上线,想正式开始使用Instant Run功能,但是却遇到了一个问题:
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.
大意是开启了multidex,SDK的最低版本要是21才能使用Instant Run。为什么会有这个问题出现呢?
要回答这个问题,先要了解下什么是multidex。
Multidex
在Android平台中代码会编译成Dalvik Executable(DEX)文件,而DEX文件是有方法数的限制的,不能超过65536个方法,包括使用的类库和自己写的代码的方法总数。65536就是64k,所以这个限制又称为64k限制,怎么解决这个解决这个限制的问题呢?有两个方案
- 减少方法数
- 使用多个DEX文件(Multidex)
减少方法数固然是一个好方法,但是随着App功能的增加,控制一定的方式数是件很困难的事情,因此就需要使用Multidex的方案了。
使用Multidex,需要在gradle里面开启Multidex的设置,开启方式:
android {
compileSdkVersion 21
buildToolsVersion "21.1.0"
defaultConfig {
...
minSdkVersion 17
targetSdkVersion 23
...
multiDexEnabled true
}
...
}
还需要导入Multidex的依赖:
dependencies {
compile 'com.android.support:multidex:1.0.0'
}
可以使用两种方式让Apk分包。
- 使用
MultiDexApplication:
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.android.jjz">
<application
...
android:name="android.support.multidex.MultiDexApplication">
...
</application>
</manifest>
-
Application实现分包:
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
MultiDex.install(this);
}
错误提示里面显示SDK大于21(Android 5.0)就可以,Android 5.0有不一样的呢?答案是ART。
ART
Android runtime(ART)是管理runtime和系统服务的技术,ART和Dalvik都能够从DEX的二进程文件中运行,ART是天然地支持Multiple DEX文件,ART在安装应用的时候扫描所有的DEX文件,编译成一个单独的.oat文件提供Android设备运行。更多的内容可以看:ART
在Android 5.0上全面支持了ART技术,因此可以方便的使用Instant Run,一方面想使用Instant Run的强大功能,另一方便又不能放弃低于5.0的Android设备。有没有一种能够两者兼具的方法呢?
Build Variant
每次调试的都更新下minSdkVersion,这样一是使用不方便,另外是容易出错,容易把错误的代码提交到版本库,导致不必要的错误出现,有没有一种方式能够通过配置构建不同的环境,开发的时候使用Instant Run,Release的时候再支持Android 5.0以下的版本呢?这就要利用强大的gradle了。
要完成上面的任务需要使用一个功能productFlavors,productFlavors是gradle中的一个功能,可以根据不通的配置构建出不通的APK,比如构建不同渠道的渠道包时会用到,一般productFlavors的DSL是这样的:
android {
productFlavors {
flavor1 {
}
flavor2 {
}
}
}
还需要使用另一个就是Build Variant,* Build Type加上productFlavors*就是Build Variant。比如一般的Build Type有两种debug和release。对应的Build Variant就是:
flavor1+debug
flavor1+release
flavor2+debug
flavor2+release
利用Build Variant可以配置不同的APK,设置不通的version,也可以设置不通的minSdkVersion。
首先使用productFlavors:
android {
productFlavors {
instant {
minSdkVersion 21
}
app {
minSdkVersion 17
}
}
}
同步完gradle之后,可以在View->Tool Windows找到Build Variants:

对于的Build Variant:

选择appDebug就可以运行minSdkVersion等于17的Apk,选择instantDebug就可以运行minSdkVersion等于21的Apk,后者就是使用Instant Run功能了。