Android 在Multidex下使用Instant Run

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限制，怎么解决这个解决这个限制的问题呢？有两个方案

1. 减少方法数
2. 使用多个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：

    
        ...
    

• 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 Variants

对于的Build Variant：

Build Variant

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