Android解决65535问题的方法

Error:Error converting bytecode to dex:

Cause: com.android.dex.DexIndexOverflowException: Cannot merge new index 66125 into a non-jumbo instruction!

原因：

在Android系统中，一个APP的所有代码都在一个Dex文件里面。Dex是一个类似Jar的存储了多个Java编译字节码的归档文件。因为Android系统使用Dalvik虚拟机，所以需要把使用Java Compiler编译之后的class文件转换成Dalvik能够执行的class文件。这里需要强调的是，Dex和Jar一样是一个归档文件，里面仍然是Java代码对应的字节码文件。当Android系统启动一个应用的时候，有一步是对Dex进行优化，这个过程有一个专门的工具来处理，叫DexOpt。DexOpt的执行过程是在第一次加载Dex文件的时候执行的。这个过程会生成一个ODEX文件，即Optimised Dex。执行ODex的效率会比直接执行Dex文件的效率要高很多。但是在早期的Android系统中，DexOpt有一个问题，也就是这篇文章想要说明并解决的问题。DexOpt会把每一个类的方法id检索起来，存在一个链表结构里面。但是这个链表的长度是用一个short类型来保存的，导致了方法id的数目不能够超过65536个。

因为项目中引用大量的第三方jar包或者采用mvp模式来写代码，从而导致方法的个数超过了65535 Goole给出的官方分包方法是：

1:

android {

  defaultConfig {

    //分包 65535
    multiDexEnabled true
  }
  
}

dependencies {

  //分包 65535
  compile 'com.android.support:multidex:1.0.0'
}

2.1“在AndroidManifest.xml的application中声明android.support.multidex.MultiDexApplication；

2.2：如果自己写了application那就用自己的application继承MultiDexApplication

public class MyApplication extends MultiDexApplication{}

2.3：如果自己写的application继承了别的application就在自己的application里重写attachBaseContext方法

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