Android工程方法数超过65535的解决办法

解决方案（只针对5.0 之前，项目中minSdkVersion参数设置为20及以下）

Dalvik虚拟机限制每个app只能生成一个dex文件，要解决这个问题就要用到官方为我们提供的Multidex库，会自动判断方法是否超过65535个，如果超过了会对其做分包处理。最后都会打包进apk里面。

分包后dex文件如下：

配置Multidex步骤如下：

1.Gradle 配置：app的build.gradle中

? android {
? ? ? defaultConfig {
? ? ? applicationId "com.xxx.xxx"
? ? ? minSdkVersion 14
? ? ? targetSdkVersion 21 ?
? ? ? multiDexEnabled true ?//加上这句话
? ? ? }
? }

2.Gradle 配置：app的build.gradle中

? dependencies {
? ? ? compile 'com.android.support:multidex:1.0.3'
? }

3.自己的Application 类重写方法：

? @Override
? protected void attachBaseContext(Context base) {
? ? ? super.attachBaseContext(base);
? ? ? MultiDex.install(this);
? }

注意事项:Application 中的静态全局变量会比MutiDex的 install()方法优先加载，所以建议避免在Application类中使用静态变量引用 main classes.dex文件以外dex文件中的类。

4.如果你的应用中包含引用的lirary工程或moudle,需要将预编译设置为false:

?android {
? ? ? // ...
? ? ? dexOptions {
? ? ? ? ? preDexLibraries = false
? ? ? }
?}

5.当运行时如果看到如下错误:

UNEXPECTED TOP-LEVEL ERROR:
java.lang.OutOfMemoryError: Java heap space

在dexOptions中有一个字段用来增加java堆内存大小:

? android {
? ? ? // ...
? ? ? dexOptions {
? ? ? ? ? javaMaxHeapSize "2g"
? ? ? }
? }

?

注：android 5.0 之后 （项目中minSdkVersion参数设置为21及以上）

Android 5.0 之后，安卓系统采用的是ART虚拟机，如果方法超过65535个，会自动分包，天然支持有多个dex文件，ART 在应用安装时执行预编译，将多个dex文件合并成一个oat文件执行。

所以minSdkVersion参数设置为21及以上时，就无需配置Multidex库