Android方法数超过65535后的分包及其原理（一）

方法数超过65535引出的问题

随着Android开发过程中，各类第三方库的加入，导致整个项目的方法数在不知不觉中就超过了65535。随便看几个常用的库

• Android Support的方法数

  
  
  

• OKhttp的方法数

  
  
  

方法数超过65535的解决方案

当方法数超过65535时，项目一运行错误日志就一下映入了眼前

怎么是EventBus的问题，找不到EventBus？不可能啊。。。EventBus都用了这么久了，从来没出现过这个问题啊！！！

Task it easy！

我们先来看一下整个项目的总方法数，居然刚刚超过了65535，那很有可能就是65535的锅了，EventBus默默松了一口气。
也许会有观众老爷问，那怎么统计整个项目的方法数呢？那这里就顺带讲一下吧。

这里用到了一个叫做dexcount-gradle-plugin的插件，在app/build.gradle中添加

buildscript {
  repositories {
    mavenCentral() // or jcenter()
 }    
  dependencies {
     classpath 'com.getkeepsafe.dexcount:dexcount-gradle-plugin:0.8.1'
  }    
}
// make sure this line comes *after* you apply the Android plugin
apply plugin: 'com.getkeepsafe.dexcount' 

编译过后，你就会看到

你想要的信息都在里面了~不只有方法总数，还包括变量的总数和类的总数，总之十分强大。

言归正传，现在来看下如何解决这个问题呢。。。很简单，将build.gradle中的multiDexEnabled设为true就行了啊，但是这个办法有一个局限性，在5.0以下的设备仍然会报NoClassDefFoundError的错误，所以如果你的项目minSdkVersion在21及以上，那这个办法OK（Google的5.0以后才引入了该属性）。但是我们不能抛弃5.0以下的用户啊，那用下面这种方法就可以完美解决了。

• 在app/build.gradle中导入依赖

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

• 重新覆写Application中的方法

    public class MyApplication extends SomeOtherApplication {        
         @Override    
         protected void attachBaseContext(Context base) {                  
           super.attachBaseContext(context);       
              Multidex.install(this);    
        }}  

• 最后再将build.gradle中的multiDexEnabled设为true就行了。

很简单吧？在5.0以下的手机上跑一跑，完美运行~ 关于分包的原理，将在下一篇文章中进行分析。