新近入职,拿到新的项目代码之后做了一个自动升级的需求,需要在原有项目上添加一个自定义的application,结果非常简单的一个步骤报出在编译的apk中找不到原有的launchActivity的class了,原本的项目当然是正常运行的,注册表也是对的,网上一搜不管是csdn还是stackOverflow基本都是在说注册表注册表,绝对路径相对路径的问题,也有说application的单例需要注意的点,虽然看到很多常见问题不过都不是我这边的根因。
后来终于查到了是配置项build.grudle中的multiDexEnabled true属性问题
通常看一个app最先看的两个入口应该就是注册表AndroidManifest.xml和配置项build.gradle,这种添加空壳application导致文件系统出错的也应该在这里面去寻找原因。
multiDexEnabled 因为我们代码的总的方法数超过了goole规定的65k个方法,导致了jvm不能编译通过我们的代码,这是后就需要使用multiDexEnabled true
来进行分包编译打包,就是我们把项目打成多个编译包(dex文件),而不是一个dex文件,这在安卓5.0以上没有问题,因为5.0系统上使用art 支持多dex,但是低版本dalvik默认先加载主dex,如果启动时需要的类不在主dex内就会报错ClassNotFoundException,所以会报这个错。
在低版本配置了这个属性之后还要添加一个配置
dependencies {
//新版本使用implementation关键字,旧版本请使用compile 'com.android.support:multidex:1.0.1'
implementation 'com.android.support:multidex:1.0.1'
}
并且重写application时需要继承自android.support.multidex.MultiDexApplication,当然这个MultiDexApplication的父类就是Application,里面有一个install方法需要在自定义的attachBaseContext去写一下。
问题解决操作参考:https://blog.csdn.net/ymmccc/article/details/82378990