Android 65K问题相信困惑了不少人,虽然AS的出来可以通过分dex快速解决65K问题,但是同时也容易因为某些代码没有打包到MainDex里引起NoClassDefFoundError 。随着5.0的推出,Android也放出了Multidex Support Library来解决这个问题。 Multidex Support Library可以直接分包处理65K问题,并且不会发生NoClassDefFoundError的情况。
1.使用的话,首先添加依赖库: //分包multiDexEnabled必须添加该依赖
compile 'com.android.support:multidex:1.0.1'

2.另外开启Multidex开关: buildTypes{
release{
minifyEnabled false
//分包
multiDexEnabled true
proguardFiles getDefaultProguardFile( 'proguard-android.txt'), 'proguard-rules.pro'
}
}

3.这时候运行的话可能会报java堆内存错误,因此最好添加上: dexOptions{
javaMaxHeapSize "4g"
incremental true
}

4.如果你有自己的Application,则修改一下Application使其继承MultiDexApplication: publicclassMyApplication extendsMultiDexApplication{

...
}

如果你的Application很不幸已经继承了其他Application导致无法继承MultiDexApplication的话,那也是可以是,只需要复写该方法并加上该代码: @Override
protectedvoid attachBaseContext(Contextbase){
super.attachBaseContext(base) ;
MultiDex. install(base) ;
}
这时候你就可以跑了,具体可以看官方文档,毕竟官方文档里面写得非常清楚。
下面我们主要来说下Multidex的实现方法 ,以下部分来源: http://blog.waynell.com/2015/04/19/android-multidex/的分析。
Multidex的实现原理
Multidex的实现原理是将class编译进不同的classes.dex文件中,一般情况下,一个APK文件中只包含了一个classes.dex文件。分包之后就存在一个主的classes.dex,多个副的classes2.dex,classes3.dex… 在要启动程序时,Android会先去加载主的classes.dex,然后在程序启动后再去加载其它副的dex。那哪些class应该被编译到主的classes.dex中呢?
先来看下Multidex的编译过程,它由三个不同的gradle task组成:
1
collect{variant}MultiDexComponents task

这个task会读取项目的AndroidManifest.xml文件中注册的application、Activity、service、receiver、provider、instrumentation相关类,并将其class文件路径写到文件buidl/intermediates/multi-dex/${variant.dirName}/manifest_keep.txt

1
shrink{variant}MultiDexComponents task

这个task会调用ProGuard并根据上一步生成的manifest_keep.txt文件内容去压缩class,剔除没有用到的class,生成一个精简的jar包buidl/intermediates/multi-dex/${variant.dirName}/componentClasses.jar

1
create{variant}MainDexClassList task

这个task会根据上一步生成的componentClasses.jar去寻找这里面的各个class文字中依赖的class,比如一个class中有一成员变量X,那么X就是依赖的class,componentClasses.jar中所有的class和依赖的class路径都会被写入到文件buidl/intermediates/multi-dex/${variant.dirName}/maindexlist.txt中,这个文件中的类都会被编译进主的classes.dex中去。(详情可以查看ClassReferenceListBuilder的实现源码)

NoClassDefFoundError

Multidex固然是好的,不用再为方法数超过65536而苦恼了。但是有时往往会带来意想不到的bug,比如NoClassDefFoundError。之前我就在项目中遇到了这个问题,一启动程序就crash了,看log是由于某个类找不到引起的。


通过上面的分析,我们已经得知Multidex的原理了,所以要解决一启动程序就NoClassDefFoundError的问题只需要确定该类是否正确被编译到主classes.dex中去了,如果没有被编进去的话,只要修改下maindexlist.txt文件,把这个类添加进去即可。由于maindexlist.txt这个文件是每次编译时自动生成的,手动去修改它是没用的,所以我们可以在gradle编译中新加入一个task,在 create{variant}MainDexClassList这个task完成之后再去修改maindexlist.txt文件添加丢失的class。

更多相关文章

  1. Android应用程序的自动更新升级(自身升级、通过tomcat) .
  2. TextView文字阴影效果以及styles文件的使用
  3. 分析Android 根文件系统启动过程(init守护进程分析)
  4. Android——UI篇:Android监听back按键动作,防止按下back按键退出程

随机推荐

  1. Android中关于数据库SQLite的insert插入
  2. Android(安卓)异步获取网络图片Bitmap资
  3. GitHub 上受欢迎的 Android(安卓)UI Libr
  4. ListView的两种使用方法1.继承ListActivi
  5. Android(安卓)系统app集成Bugly收集错误
  6. BLCR 基本环境搭建
  7. android显示意图激活另一个Activity
  8. Android(安卓)Studio下添加assets目录
  9. Android(安卓)Service中给其他的组件回传
  10. 我来教大家怎样在windows下载android源码