问题背景
在Android中,所有的Java/Kotlin文件编译后,会放到一个后缀为dex的文件,但Google有一个规范是,单个dex里面的方法数不能超过65535个,但真实项目中,特别是我们这个项目,后面会集成很多的依赖,所以肯定会超过这个数量,如果不解决,后面就会报错,对于这个问题,Google官方提供了解决方法,一般情况下这个问题,都会在创建完项目后,配置完成,但因为要写到Application中,所以我们这里才实现,因为正好前面添加了AppContext。
如何解决
集成官方提供的MultiDex依赖,需要说明的是MultiDex使用很简单,但原理和实现却很复杂,还涉及到兼容性,所以建议大家深入学习。MultiDex有很多实现,可以自己通过Ant或者Gradle来实现,而我们这里就是用Android提供的MultiDex包来实现。
添加MultiDex依赖包
在Module的buid.gradle文件中的dependencies代码块中添加:
dependencies {
//MultiDex
implementation "androidx.multidex:multidex:2.0.0"
...
}
开启MultiDex
在Module的buid.gradle文件中的dependencies代码块中添加:
android {
...
defaultConfig {
...
//开启MultiDex
multiDexEnabled true
}
}
初始化MultiDex
初始化有两种方法,第一种是自定义Application时继承MultiDexApplication;第二种是自定义Application时继承系统的Application,复写attachBaseContext方法,然后在里面调用MultiDex.install方法:
/**
* 全局Application
*/
public class AppContext extends Application {
// public class AppContext extends MultiDexApplication {
/**
* 上下文
*/
private static AppContext context;
@Override
protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
//初始化MultiDex
MultiDex.install(this);
}
/**
* 创建了 (第一次创建应用或者杀掉应用后就会执行一次这个方法)
*/
@Override
public void onCreate() {
super.onCreate();
context = this;
}
}
两者的本质上没什么区别,其实MultiDexApplication的实现就是在attachBaseContext方法中调用MultiDex.install方法而已,大家可以根据自己的喜好选择。
测试
现在就可以编译项目看看是否有编译错误,如果没有错误并能成功运行到手机,那么可以初步断定集成成功,具体的可以按照下面的方法进一步判断是否集成成功。
验证MultiDex是否集成成功
rebuild编译成功后(Build-Rebuild Project),可以将编译的apk找到,一般就是app/build/outputs/apk/debug/app-debug.apk文件,然后将后缀改为zip,使用解压软件解压,如果使用的Mac电脑,不要用自带的Archive Utility软件,最信息apk包都不能解压,我们这里使用的The Unarchiver软件,解压完成后可以看到有classes.dex,classes2.dex或者更多的classes.dex就表示MultiDex集成成功。
注意:每当项目中添加一个功能后,推荐先编译,确认能编译成功,并能运行到手机后没问题,同时将代码提交到版本库,比如:Git;然后在在此基础上开发,这样不管哪一步出错了都可以很方便的回退,而不会导致同时集成了多个框架,然后又写了半天的代码,最后发现编译不通过,或者运行不起来,这时候你都不知道是哪个地方出问题了。