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功能了。
