错误ExecutionException: com.android.dex.DexIndexOverflowException: method ID not in [0, 0xffff]: 65536

Error:Execution failed for task ‘:app:transformClassesWithDexForDebug’.
com.android.build.api.transform.TransformException:
java.util.concurrent.ExecutionException: com.android.dex.DexIndexOverflowException: method ID not in [0, 0xffff]: 65536

当我们在一个项目写的代码越来越多时，在编译项目时就可能出现如下错误(工具不同，版本不同，提示可能有差异)：
UNEXPECTEDTOP-LEVEL EXCEPTION:
com.android.dex.DexIndexOverflowException:method ID not in [0, 0xffff]: 65536
atcom.android.dx.merge.DexMerger$6.updateIndex(DexMerger.java:484) atcom.android.dx.merge.DexMerger$IdMerger.mergeSorted(DexMerger.java:261)
atcom.android.dx.merge.DexMerger.mergeMethodIds(DexMerger.java:473)
atcom.android.dx.merge.DexMerger.mergeDexes(DexMerger.java:161)
atcom.android.dx.merge.DexMerger.merge(DexMerger.java:188)
atcom.android.dx.command.dexer.Main.mergeLibraryDexBuffers(Main.java:504)
atcom.android.dx.command.dexer.Main.runMonoDex(Main.java:334)
atcom.android.dx.command.dexer.Main.run(Main.java:277)
atcom.android.dx.command.dexer.Main.main(Main.java:245)
atcom.android.dx.command.Main.main(Main.java:106)
FAILED
FAILURE:Build failed with an exception.
* Whatwent wrong:
Executionfailed for task ‘:app:compileDebugJavaWithJavac’.

Compilation failed; see the compiler error output for details.
* Try:
Run with–stacktrace option to get the stack trace. Run with –info or –debug optionto get more log output
或
Conversionto Dalvik format failed:
Unableto execute dex: method ID not in [0, 0xffff]: 65536
或者
troublewriting output:
Too manyfield references: 131000; max is 65536.
You maytry using –multi-dex option.

等等这样的错误时，就表明咱们项目中的打包进来的方法过多，超过了最大限制值65536个(这个值在本类错误中每次都出现),这里说的方法包括咱们用到的Android 框架方法，引用的库里的方法以及咱们自己写的方法三类。

那么遇到这个问题怎么办法呢？我通过查资源和实践，总结出了三种办法：

1. 咱们自己去看看我们项目中的代码，把没有用到的代码和引用库都去掉，以减少编译时的包含的方法数，这样就不容易达到峰值65536

2. 在编译release版本时加上压缩优化的代码如下:

android {  
   ...  
    buildTypes {  
        release {  
            minifyEnabled true  
            proguardFilesgetDefaultProguardFile('proguard-android.txt'),  
            'proguard-rules.pro'  
        }  
    }  
  }  

3.如果做完前两种还是会出现这种问题，那么使用分包的编译方式。

分包的编译方式我也写两个点：
第一个是它的步骤：
第二个是他的缺点及注意事项：

分包编译方式的步骤：
1. 在咱们主模块的build.gradle文件的dependencies标签下加入如下代码并编译：

dependencies {  
    compile'com.android.support:multidex:1.0.1'  
    ...  
}  

2 在咱们主模块的build.gradle文件的android标签下的defaultConfig标签下加入multiDexEnabled 项，代码如下：

android {  
    compileSdkVersion 21  
    buildToolsVersion"21.1.0"  
    defaultConfig {  
        ...  
        minSdkVersion 14  
        targetSdkVersion 21  
        ...  
        multiDexEnabled true  
    }  
    ...  
}  

3 引用MultiDexApplication类，而不Application。
这里边也有三种情况：

1 咱们没有自定义的Application，所以就在manifest文件中直接加入如下代码：

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

2 咱们有自己的Application，但是直接继承自Application，那么把Application换成MultiDexApplication即可，样子如下：

  MyApplication extends MultiDexApplication {  
.......  
}  

3 咱们有自己的Application，但不想换成方法2的办法，那么就在自己Application覆写一个方法如下：

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

好的，已经讲完了分包编译的步骤，其中我出现了几个问题，一并贴出：
问题1：
* Whatwent wrong:
Aproblem occurred configuring project ‘:app’.

Could not resolve all dependencies for configuration ‘:app:_debugCompile’.
Could not findcom.android.support:multidex:.
Searched in the following locations:
https://jcenter.bintray.com/com/android/support/multidex//multidex-.pom
https://jcenter.bintray.com/com/android/support/multidex//multidex-.jar
file:/D:/android/sdk/extras/android/m2repository/com/android/support/multidex//multidex-.pom
file:/D:/android/sdk/extras/android/m2repository/com/android/support/multidex//multidex-.jar
file:/D:/android/sdk/extras/google/m2repository/com/android/support/multidex//multidex-.pom
file:/D:/android/sdk/extras/google/m2repository/com/android/support/multidex//multidex-.jar
Required by:
TextMultiDexDemo:app:unspecified

• Try:
  Run with–stacktrace option to get the stack trace. Run with –info or –debug optionto get more log output.

这个主要是我自己没有下载那个包com.android.support:multidex导致的，因为我把步骤1放在了最后，所以出现了这个问题，解决办法就是先添加步骤1并编译成功后，再加步骤2和步骤3
问题2：
Error:Executionfailed for task ‘:app:dexDebug’. … Error Code: 3 Output:
UNEXPECTEDTOP-LEVEL ERROR:
java.lang.OutOfMemoryError:GC overhead limit exceeded at com.android.dx.cf.cst.ConstantPoolParser.parse0(ConstantPoolParser.java:326)…
这个是由于我们在编译分包时占用的内存过大，导致出现OOM错误
4. 解决办法：在咱们主模块的build.gradle文件的android标签下的dexOptions标签下加入javaMaxHeapSize “4g”
如下代码：

android {  
……  
dexOptions {  
        javaMaxHeapSize"4g"  
    }  
…..  
}  

分包编译的缺点及注意事项：
1. 分包编译出来的包安装到手机上可能会出现无响应的错误，如果分包中的第二包比较大的话，解决办法还是优化自己的代码，减小包的大小
2. 采用分包编译出来的包可适合于 Android4.0 (API level 14) 及以上的版本，如果要支持Android 4.0的版本，可能多测试，因为由于分包后对内存的要求也更大更多，而我们的系统尤其是Android 5.0 (API level 21)之前的版本，为了维护稳定的环境，分配好有限的内存资源，对每个跑起来软件的内存请求限制 ，很有可能会出大问题，甚至出现OOM
3. 如果是编译调试版本，可以使用在build.gradle文件中minSdkVersion 21，这样更快
如果是正式版本，可以使用在build.gradle文件中minSdkVersion14，这样更慢，但支持的用户机型更多

本文转载：原文博客