Android 突破 64 K 方法引用数限制

一、64 K 方法限制的原因

Android Project 经过编译打包，其中的 Java 代码（包括Library）转化为 DEX 格式 的字节码文件，这是 Android 5.0之前的 Dalvik虚拟机决定的（5.0之后改为 ART 虚拟机），并且采用 short 类型引用 DEX 文件中的 method，这也为 method 数量的峰值大小埋下了隐患。short 类型能够表示的最大值是 65536，也就说单个 DEX 文件中最多只有 65536 个 method 能够得到引用，如果代码执行了超出部分的 method 引用，自然会报错，如 methodNotFound 等。1K 等于 1024，65536 刚好是 64K，为了便于称呼和使用，就将这个限制规则统称为 64K 方法数的引用限制。

二、解决 64 K 方法限制

为了解决 64 可方法数的限制，我们需要在项目中配置使用 Multidex ,当项目中的方法数超过 64 K 时，编译系统会自动编译出多个 Dex (Dalvik Executable) 文件。

Android 5.0 之前版本的 Dalvik 可执行文件分包支持

Android 5.0（API 级别 21）之前的平台版本使用 Dalvik运行时来执行应用代码。默认情况下，Dalvik 限制应用的每个 APK 只能使用单个classes.dex字节码文件。要想绕过这一限制，您可以使用 Dalvik 可执行文件分包支持库，它会成为您的应用主要 DEX文件的一部分，然后管理对其他DEX文件及其所包含代码的访问。

注意：由于 Instant Run 机制利用的就是 multidex 原理，当项目中minSdkVersion 参数设置为20或者更小，并且运行在 Android 4.4 (API 20) 或更低版本的设备中时，Instant Run 将失效。

2.1、Android 5.0 及更高版本的 Dalvik 可执行文件分包支持

Android 5.0（API 级别 21）及更高版本使用名为ART 虚拟机（Android RunTime），采用的是 OAT 技术（Ahead-of-time，预编译），后者原生支持从 Apk 文件加载多个 Dex 文件。ART 在应用安装时执行预编译，扫描 classesN.dex 文件，并将它们编译成单个 .oat 文件，供 Android 设备执行。因此，如果您的 minSdkVersion 为 21 或更高值，则不需要 Dalvik Executable 文件分包支持库 。

注意：使用 Instant Run 时，如果项目中的 minSdkVersion 参数设为21或更高版本，Android Studio 编译运行时会自动使应用支持 multidex 。但 Instant Run 仅仅作用于 debug 版本，我们依然需要给 release 版本配置 multidex 来避开 64K 方法数的限制。

三、 配置您的应用进行 Dalvik Executable 文件分包

将您的应用项目设置为使用 Dalvik 可执行文件分包配置需要对您的应用项目进行以下修改，具体取决于应用支持的最低 Android 版本。

如果您的 minSdkVersion 设置为 21 或更高值，您只需在模块级build.gradle 文件中将multiDexEnabled 设置为 true，如此处所示：

android {
    defaultConfig {
        ...
        minSdkVersion 21 
        targetSdkVersion 25
        multiDexEnabled true
    }

}

但是，如果您的 minSdkVersion设置为 20 或更低值，则您必须按如下方式使用 Dalvik 可执行文件分包支持库：修改模块级 build.gradle文件以启用 Dalvik 可执行文件分包，并将 Dalvik 可执行文件分包库添加为依赖项，如此处所示：

android {
    defaultConfig {
        ...
        minSdkVersion 15 
        targetSdkVersion 25
        multiDexEnabled true
    }
    ...
}
dependencies {
  compile 'com.android.support:multidex:1.0.1'
}

根据是否要替换 Application 类，执行以下操作之一：如果您没有替换 Application类，请编辑清单文件，按如下方式设置<application> 标记中的 android:name：

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.myapp">
    <application
            android:name="android.support.multidex.MultiDexApplication" >
        ...
    </application>
</manifest>

如果您替换了 Application 类，请按如下方式对其进行更改以扩展 MultiDexApplication（如果可能）：

public class MyApplication extends MultiDexApplication { ... }

或者，如果您替换了 Application 类，但无法更改基本类，则可以改为替换 attachBaseContext()方法并调用 MultiDex.install(this)来启用 Dalvik 可执行文件分包：

public class MyApplication extends SomeOtherApplication {
  @Override
  protected void attachBaseContext(Context base) {
     super.attachBaseContext(context);
     Multidex.install(this);
  }
}

有时候，你可能还需要改变一下 javaMaxHeapSize 的大小：

android {
    dexOptions {
        javaMaxHeapSize "4g"
    }
}

构建应用后，Android 构建工具会根据需要构建主 DEX 文件 (classes.dex) 和辅助 DEX 文件（classes2.de 和 classes3.dex 等）。然后，构建系统会将所有 DEX 文件打包到您的 APK 中。运行时，Dalvik 可执行文件分包 API 使用特殊的类加载器来搜索适用于您的方法的所有 Dex 文件（而不是仅在主 classes.dex文件中搜索）。

参考资料

官方说明 （翻墙可看）
使用 MultiDex 解决 64K 限制
Android 突破 DEX 文件的 64K 方法数限制