您的位置:首页 > 移动开发 > Android开发

当android编译出现com.android.dex.DexIndexOverflowException: method ID not in [0, 0xffff]: 65536错误时的处理

2016-12-26 22:09 766 查看
当我们在一个项目写的代码越来越多时,在编译项目时就可能出现如下错误(工具不同,版本不同,提示可能有差异):

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版本时加上压缩优化的代码如下:

[python] view
plain copy

 





android {  

   ...  

    buildTypes {  

        release {  

            minifyEnabled true  

            proguardFilesgetDefaultProguardFile('proguard-android.txt'),  

            'proguard-rules.pro'  

        }  

    }  

  }  

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

分包的编译方式我也写两个点:

第一个是它的步骤:

第二个是他的缺点及注意事项:

 

分包编译方式的步骤:

1.      在咱们主模块的build.gradle文件的dependencies标签下加入如下代码并编译:

[java] view
plain copy

 





dependencies {  

    compile'com.android.support:multidex:1.0.1'  

    ...  

}  

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

[java] view
plain copy

 





android {  

    compileSdkVersion 21  

    buildToolsVersion"21.1.0"  

    defaultConfig {  

        ...  

        minSdkVersion 14  

        targetSdkVersion 21  

        ...  

        multiDexEnabled true  

    }  

    ...  

}  

3.      引用MultiDexApplication类,而不Application。

这里边也有三种情况:

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

[html] view
plain copy

 





<?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即可,样子如下:

[java] view
plain copy

 





    MyApplication extends MultiDexApplication {  

.......  

}  

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

[java] view
plain copy

 





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"

如下代码:

[java] view
plain copy

 





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,这样更慢,但支持的用户机型更多
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐