Apps with Over 64K Methods

做android开发的,或多或少都应该听说过方法数65535的限制,我这原先没注意过,一直认为写的几个小程序不太可能超过, 最新尝试Rx, 把RxJava,RxAndroid,RxBinding一系列包导入后,AS就不干活了,一度害的我找了半天原因,还以为导入的出问题了,最后才发现是这个原因,顺便找了下解决办法, 记录下

About the 64K Reference Limit

产生的原因,按照文档的说法是, 在 android的app中,所有的代码,都会被打包成一个Dex文件,用于给Dalvik虚拟机执行, 而Dalvik设计时,限制了单个Dex文件 最多包含65535个方法(包含framework,library的方法); 而65535=64*1024, 就被叫做"64K reference limit"

查了下具体原因, 好像是 在android启动app时,有一步对Dex优化, 这个过程有个叫 DexOpt的工具来实现, DexOpt在第一次加载Dex时执行,会生成一个ODEX文件, 即Optimised Dex; ODEX的效率会比直接执行Dex的效率高很多, 但是DexOpt有一个问题, DexOpt会把所有类的方法id进行检索,存在一个链表中间, 而链表的长度是用short类型表示, 从而导致方法id的数目不能超过65535;

而android给出的解决办法就是,生成多个dex文件

解决办法

在api 21中, 提供了一个官方的解决办法 multidex support library

集成方法也很简单,就两步

1. 修改gradle配置, 导入mutidex的依赖, 并且允许mutildex
2. 如果工程又Application类, 将Application改为继承android.support.multidex.MultiDexApplication类, 如果Application类无法改或者不想该继承, 则可以重写attachBaseContext(),并调用下MultiDex.install(this)

gradle配置

android {    
    compileSdkVersion 21    
    buildToolsVersion "21.1.0"    

    defaultConfig {      
          ...        
          minSdkVersion 14        
          targetSdkVersion 21        
          ...        
          // Enabling multidex support.        
          multiDexEnabled true    
      }  
      ...
}

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

application

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

[参考]
https://developer.android.com/studio/build/multidex.html
http://blog.csdn.net/t12x3456/article/details/40837287