Android AB升级（一） - 升级各层级模块概述
Android A/B升级又称静默升级，它是一种在系统运行过程中进行的升级功能。为了减小系统运行负荷，整个升级过程会保持在一个较低的IO状态，所以升级时间比recovery升级明显要长。
1. 升级方法
当AB系统升级时，有两种方式来调用updateengine,来实现升级：
- 一种方法是直接执行shell命令，调用update_engine_client，带参数来实现升级。界面不会显示，可通过打印日志观察进度
adb logcat -s update_engine
//解压升级包
adb shell
update_engine_client --payload=file:///storage/5F49-FB9D/socupdate8g/payload.bin --update --headers="FILE_HASH=YP7Z1bFDv6O8C5LTWZ20JxTljXyoVitlCX27TBTyVDM=
FILE_SIZE=967460335
METADATA_HASH=1gpTz/Q7T1ysTu6suP8N2KVOfa+vKEdnJGnPsKcPiXw=
METADATA_SIZE=75378"
- 另一种方式是应用层直接调用UpdateEngine的
applyPayload方法来升级，主要的核心逻辑模块是update_engine
2. 原生Demo APP
原生的升级参考示例APK（以Android Q AOSP为例）：
packages/apps/Car/SystemUpdater
这是Android P（9）Google提供的一个Demo APK，可以用作本地U盘测试升级
启动方式：adb shell am start com.android.car.systemupdater/.SystemUpdaterActivity
该应用大概流程逻辑：
- 读取U盘中的升级文件，用户点击目标升级文件
- 调用updateEngine传递主要参数，updateEngine的callback向用户显示升级升级进度
- 在升级结束之后通知powermanager重启reboot机器
3. 应用层API相关接口说明
3.1. framwork层应用接口
源代码位置：
framwork/base/core/java/android/os/UpdateEngine.javaframwork/base/core/java/android/os/UpdateEngineCallback.java
3.2. APP应用调取升级接口applyUpdate流程
（需要系统权限的App，需要系统签名，这些Api也是@SystemApi的）
- 创建UpdateEngineCallback的对象mUpdateEngineCallback
- 创建UpdateEngine的对象mUpdateEngine, 创建后服务开启
- 使用
mUpdateEngine.bind(mUpdateEngineCallback)，因为bind方法时接受的callback对象，而我们创建的类继承了callback,传入当前类的对象即可 - 调用
applyPayload(String url,long offset,long size,String[] headerKeyValuePairs)方法具体执行升级 - 在重写的
onStatusUpdate(int status, float percent)方法中根据拿到的状态执行进度逻辑 - 在重写的
onPayloadApplicationComplete(int errorCode)方法中执行升级完成后的逻辑
4. update_engine模块概述
update_engine是A/B升级的核心逻辑，用于执行下载和升级，路径：
android/system/update_engine/update_engine_client：update_engine_client是客户端进程，用来解析命令行的各种操作(
suspend/resume/cancel/reset_status/follow/update)，并将这些操作和参数通过binder机制，转发为对服务端进程UpdateEngineService相应操作的调用
4.1. update engine核心Action流程
update_engine升级会依次执行四个升级动作：InstallAction，DownloadAction，FilesystemVerfierAction，PostinstallRunnerAction
启动DownloadAction和PostinstallRunnerAction耗时最长
DownloadAction是执行具体的升级拷贝动作，将镜像文件中的内容拷贝到指定分区，这一步的时间不容易缩减。
PostinstallRunnerAction是根据post install script进行预编译工作，将target_slot标记为active。
在device.mk配置是：
#调试工具
PRODUCT_PACKAGES_DEBUG += \update_engine_client# A/B OTA dexopt package升级脚本
PRODUCT_PACKAGES += otapreopt_script#将这部分注释掉，可以减少PostinstallRunnerAction步骤的耗时（需谨慎修改）
# A/B OTA dexopt update_engine hookup
AB_OTA_POSTINSTALL_CONFIG += \RUN_POSTINSTALL_system=true \POSTINSTALL_PATH_system=system/bin/otapreopt_script \FILESYSTEM_TYPE_system=ext4 \POSTINSTALL_OPTIONAL_system=true