以下是我这个系列的相关文章，有兴趣可以参考一下，可以给个喜欢或者关注我的文章。
[Android IM技术指南] 里面介绍的是加密IM的技术应用和指南
[Android 进程化架构] 里面介绍的是进程化的方案。
[Android]如何做一个崩溃率少于千分之三噶应用app--章节列表
国内的插件化出不了海，而Google终于也出了组件化和插件化的模型了，这一节就是带你感受一下来自官方的威力。
1.只有上线google市场的应用才能使用。
2.先下载Android Studio 3.3吧，gradle会默认使用最新的4.9，骚年
不符合以上的条件的同学，请自动略过吧
优势
1.初始下载的大小更加小
2.可以只下载地区资源
3.安装更加快
4.可以动态更新
限制
1.手机要有google store和google play
2.需要上传你的签名文件到google play
3.最低版本支持api 21
4.低于api21的第一次下载就会下载完整包，会优化地区和资源配置，但是无法做到动态更新
5.base app不能大于100M，动态更新的aab文件不要大于10M，而且最好要有下载提示
App分为3种状态
1.Base App
首次安装到手机的资源和文件，基础的dex资源
2.Configuration APKs
native libraries 和适配当前手机屏幕分辨率的资源
3.Dynamic feature APKs
不需要在首次安装就加载的模块，动态加载模块，打包后是.aab后缀的文件。
操作基础介绍
动态更新的module必须使用Dynamic Feature Module
默认就是选择Android 5.0版本
应用于app商店使用下载和安装动态功能的模块，如果下载的机型低于api21，会直接全量下载动态模块。
创建后生成的AndroidManifest.xml文件，其中dist中的内容是用于动态更新配置的。
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:dist="http://schemas.android.com/apk/distribution"
package="com.hotflyer.bussiness">
<dist:module
dist:onDemand="true"
dist:title="@string/title_bussiness">
<dist:fusing dist:include="true" />
</dist:module>
</manifest>
代码分析
1.最重要使用到的库是play:core，这个库是使用动态更新提供接口
api 'com.google.android.play:core:1.3.0'
2.依赖关系如图
加载到模块的时候使用到SplitInstallRequest
// Create request to install a feature module by name.
val request = SplitInstallRequest.newBuilder()
.addModule(name)
.build()
// Load and install the requested feature module.
manager.startInstall(request)
3.添加加载监听
/** Listener used to handle changes in state for install requests. */
private val listener = SplitInstallStateUpdatedListener { state ->
val multiInstall = state.moduleNames().size > 1
state.moduleNames().forEach { name ->
// Handle changes in state.
when (state.status()) {
SplitInstallSessionStatus.DOWNLOADING -> { //网络拉取动态模块
// In order to see this, the application has to be uploaded to the Play Store.
displayLoadingState(state, "Downloading $name")
}
SplitInstallSessionStatus.REQUIRES_USER_CONFIRMATION -> { //需要用户确认选项（如更新play商店）
/*
This may occur when attempting to download a sufficiently large module.
In order to see this, the application has to be uploaded to the Play Store.
Then features can be requested until the confirmation path is triggered.
*/
startIntentSender(state.resolutionIntent().intentSender, null, 0, 0, 0)
}
SplitInstallSessionStatus.INSTALLED -> { //成功下载回调
onSuccessfulLoad(name, launch = !multiInstall)
}
SplitInstallSessionStatus.INSTALLING -> //安装中
displayLoadingState(state, "Installing $name")
SplitInstallSessionStatus.FAILED -> { //安装失败
Log.e(TAG, "Error: ${state.errorCode()} for module ${state.moduleNames()}")
}
}
}
}
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
manager = SplitInstallManagerFactory.create(this) //拆分app管理
initializeViews()
}
override fun onResume() {
// Listener can be registered even without directly triggering a download.
manager.registerListener(listener) //注册监听
super.onResume()
}
override fun onPause() {
// Make sure to dispose of the listener once it's no longer needed.
manager.unregisterListener(listener) //销毁监听
super.onPause()
}
4.跳转到相应关系，因为依赖关系的问题，只能通过包名跳转。
/** Launch an activity by its class name. */
private fun launchActivity(className: String) {
Intent().setClassName(packageName, className)
.also {
startActivity(it)
}
}
但是熟悉跳转逻辑，应该会明白这种情况，可以做一个适配的路由也是可以正常跳转的。
5.还能动态移除模块
/** Request uninstall of all features. */
private fun requestUninstall() {
toastAndLog("Requesting uninstall of all modules." +
"This will happen at some point in the future.")
val installedModules = manager.installedModules.toList()
manager.deferredUninstall(installedModules).addOnSuccessListener {
toastAndLog("Uninstalling $installedModules")
}
}
6.需要注意的是动态添加native so需要使用SplitInstallHelper.loadLibrary加载
SplitInstallHelper.loadLibrary(this, "hello-jni")
7.base module中需要配置dynamicFeature，才会编译AndroidManifest.xml中方向合并Dynamic library的AndroidManifest.xml
android{
dynamicFeatures = [':features:kotlin',
':features:java',
':features:native',
':features:assets', ":bussiness"]
}
在build/intermediates/merged_manifests中可以找到合并的AndroidManifest
8.在build/intermediates/feature_set_metadata中可以看到feature-metadata.json
上面是有一些Dynamic library的信息的
9.play core的库是经过混淆的，除了个别几个对外使用的文件外，全部混淆，部分原理只能参照国内的插件化了。
提供了SplitCompat.install的方式安装，但是最低只兼容到api19，即4.4
10.需要配置Application，有两种方式，继承SplitCompatApplication，或者使用SplitCompat.install(this),在该方法中主要完成split apks代码（dex和so）和资源的安装。
11.编译方式如图，会生成.aab格式的文件
注意点
1.因为会将四大组件信息都预先注册到合并的base AndroidManifest当中，那么无法新增四大组件，暂时不能像国内这样热更新。
2.比较适合使用的场景是热修复和地区适配场景。
3.动态library也是需要上传给google审核的
相比于普通的组件化架构，其启动入口是从base 的Application当中，其他的动态模块都需要下载后才能使用。
那么就需要一个启动加载画面下载App module和重要的module，然后再使用后台下载加载其他内容，然后模块跳转前，需要捕获异常和预判定模块加载是否完成，保证程序不会崩溃。
……2018.7.23更新……
google store 发布应用，需要选择是否使用App Bundle，如果使用了，那么将会重新去打包文件。会造成，你在google市场上下载的包和在其他市场中下载的包，包签名不一致，无法覆盖安装。如果在国内渠道发布，将无法用google市场中的app覆盖安装。
如果保持签名选退出计划，如果使用Android app bundle 选继续
详细说明
这个只有一次机会，选择之后，不会存在更改了，所以请慎重。
……2020.1.3更新……
1.无法使用kapt，验证了build.gradle中无法使用kapt
2.暂时无法引用CameraX 的alpha5版本，因为Preview这个类，会引用不到MutableLiveData，然而明明引用了，换回Library Module可以正常引用
群1已满，可以进群2学习组件化
