组件化基础
- 组件化是什么
开发中经常会对项目进行封装，比如一些基础库，功能模块，但迭代久了各业务模块互相调用就形成一团乱麻（高耦合），难以扩展和维护。
于是逐渐有人提出了组件化（单一功能，功能导向），模块化（独立业务，业务导向），插件化；
- 本质都是为了代码重用和解耦。
2.依赖
有依赖才能产生关系，有关系才能传递信息，先说一下Android Studio（以下简称AS）支持的几种依赖方式:
- jar dependency：lib文件夹下的.jar和.aar文件；
- module dependency：对AS module的依赖，本质上也是打包成aar文件；
- library dependency：仓库索引依赖，分为本地库和网络库；
这三种都可以通过项目的gradle文件进行配置。
一个库/模块被多个库所依赖，使用效率高通信成本低，但如果有一天想替换掉就很麻烦，这就需要解耦，就衍生出了组件化架构。
总结：通过依赖聚合，通过组件化解耦
- AndroidManifest清单文件
每个module都有，最终打包会合成一个；
shareUid只有application module中声明的有效，相同user id的app可以配置成运行在同一进程，互相访问任意数据；
- 自定义的Application
优先用主module的，没有则使用后编译的module的；
package com.ljy.publicdemo
import android.app.Application
import android.content.res.Configuration
/**
* @Author: LiuJinYang
* @CreateDate: 2020/8/19
*
* Application的主要方法：
*/
class TestApplication : Application() {
/**
* 应用创建时回调
*/
override fun onCreate() {
super.onCreate()
}
/**
* 应用终止时回调，不保证一定调用（如被系统回收时）
*/
override fun onTerminate() {
super.onTerminate()
}
/**
* 内存不足时调用，在此方法中释放一些不必要的资源
*/
override fun onLowMemory() {
super.onLowMemory()
}
/**
* 配置改变时触发，如屏幕旋转
*/
override fun onConfigurationChanged(newConfig: Configuration?) {
super.onConfigurationChanged(newConfig)
}
/**
* 注册对app内所有activity生命周期的监听，如获取栈顶activity对象，全局弹框；
*/
override fun registerActivityLifecycleCallbacks(callback: ActivityLifecycleCallbacks?) {
super.registerActivityLifecycleCallbacks(callback)
}
}
