谷歌分包方案解决64K方法数限制的遗留问题（4.4.4安卓系统的闪退崩溃）

谷歌分包方案

谷歌multiDex存在的缺点

谷歌分包方案

问题：



在build.gradle中添加：multiDexEnabled true

加入依赖‘compile ‘com.android.support:multidex:1.0.1’’

让应用的Application类直接使用或者继承MultiDexApplication

如果你想使用自定义的Application，又不想继承MultiDexApplication，那么可以在attachBaseContext方法里执行MultiDex.install(base)

以上就是谷歌multiDex方案所需做的设置，通过配置multiDex，便可解决64k方法数限制

谷歌multiDex存在的缺点

1、如果在主线程中执行MultiDex.install，加载second dex，因为加载从dex是同步的，会阻塞线程，second dex太大的话，有可能导致ANR

2、API Level 14之前，由于Dalvik LinearAlloc bug（问题22586，就是上文提到的LinearAlloc问题），很可能会出问题的

3、应用程序使用了multiedex配置的，会造成使用比较大的内存

4、对于应用程序比较复杂的，存在较多的library的项目。multidex可能会造成不同依赖项目间的dex文件函数相互调用，找不到方法

5、如果项目中的Application没有继承分包的MultiDexApplication而是继承默认的Application，就会在4.4.4的安卓系统下启动闪退报以下错误