Android插件化技术介绍

Android插件化的目的主要有两个，第一个是应对每个dex包65536个方法数的上限问题，第二是实现功能复杂的app的拆解，能够按需下载和加载运行所需的模块。插件化的实现并没有统一的标准或方式，很多公司都有自己的一套插件化方案，而且没有哪个公司的方案被业界普遍认可。本文将按时间轴的方式介绍几家比较有代表性的公司的插件化方案，供大家开阔思路。至于要选取那种方案为我所用，那就只有结合自己的实际需求实践比较得知。

Facebook

Facebook是进行插件化开发尝试的鼻祖，早期Facebook安装包变大以后出现的两个导致安装失败的问题:

1.  Number of Java methods in our app more than 65536(64K), can‘t hold in one dex file.
2.  Large number of methods was exceeding “LinearAlloc” buffer and causing dexopt to crash

第一个错误是说方法数目超过最大数目64K，这是因为Android每个Dex文件的方法通过两个字节进行索引，两个字节能索引的最大数目就是64K。第二个错误是说单个dex包大小超出了Dexopt所能使用的最大缓存。Dexopt是将.dex文件进行优化，并转化成.odex的工具，所能使用的最大缓存跟手机相关，一般为8M或16M，如果dex包太大就有可能超出Dexopt所能使用的最大缓存，导致出错。
对此Facebook采取了两种方法来解决以上问题，总结如下：
1. 将安装包拆分成多个dex文件，运行时通过DexClassLoader动态载入
2. 找到Delvik虚拟机的缓存设置代码片段，替换成更大的缓存

Google

后来，Google在Android里引入这种问题一的解决方法，MultiDex方法，并将其标准化（5.0以下版本，buildtools升级到21即可使用支持包)。使用步骤：

首先修改gradle文件，在defaultConfig里面添加multiDexEnabled属性，并修改dependencies：

android {
       
    ...
    defaultConfig {
           
        ...        
        minSdkVersion 14        
        targetSdkVersion