Android系统升级的机制概要

昨天讲到了OTA远程升级，AB分区系统和Recovery两种模式。现在谷歌主推的是AB分区模式，因为就算升级出问题，还可以继续用上一个系统，不会变砖机。

但是如果是recovery模式，我记得以前用的小米手机，就能按住电源键+音量上下键进入recovery模式，那个时候也不知道这个是啥意思，只是觉得好酷，进入一个不一样得世界。不过要是升级不成功，那么抱歉，就变砖了，recovery模式你必须得成功为止。

复习一下AB系统升级：

AB系统升级

两套系统除了版本以外完全一样，占用相同大小的存储空间。 即设备里面至少存在两个system分区（system_a和system_b）和vendor分区（vendor_a和vendor_b），分别用于A系统和B系统。

原理：使用A系统的时候后台升级B系统，升级结束重启切换到B系统，反之亦然。

好处：可以一边使用一边系统升级（就像更新王者荣耀时，可以使用微信聊天）；当其中一个系统异常导致不开机可以切换到另外一个并且修复异常的系统（和售后的距离越来越远）。

Recovery系统升级

Recovery系统升级本质上设备里面也是安装了两个系统，Main System和Recovery System，Main System相当于通常将的Android系统，但是目前手机Main System消耗的存储空间基本都超过4G，Recovery System一般不超过100M，确实相比于AB系统节约了不少存储空间（人民币）。

原理： Main System下载新版本升级包然后重启到Recovery System，Recovery拿到升级包升级Main System，然后再重启回到Main System。

好处：整套升级机制较为简单，节约存储空间。

缺点：升级时不能使用设备；升级过程稳定性较差；升级失败大概率无法开机或者回滚到原来的版本；

Recovery升级系统原理：

• Main System下载新版本升级包到设备存储；

• 重启进入Recovery System；

• Recovery从设备存储load升级包并升级Main System；

• 最后重启回到Main System。

• Main System
  由五个软件层级组成，自下而上依次是：BootLoader、Kernel、Native、Framework、Application。

• Recovery System
  由三个软件层级组成：BootLoader、Kernel、Native。

从图中可以看出Main System和Recovery System启动过程中共用一个BootLoader，BootLoader决定启动到哪个目标系统，然后从不同的分区加载软件镜像到内存中并跳转执行。

所以不管你最后得决定是什么，都会需要经过bootloader。

• BootLoader
  比如高通平台使用UEFI作为BootLoader，从abl分区加载运行（MTK平台使用LK，从lk分区加载运行）。至于谁加载BootLoader并跳转到BootLoader运行？读者可以认为是固化在CPU上的一段代码完成的（实际上要比这复杂的多，但是原理一致）。
• Kernel
  Main System和Recovery System的kernel是独立的（虽然内容一模一样，但根据传递的cmdline部分软件流程有差异）。都是BootLoader从指定分区load到固定的内存区域并调转运行的（Main System是从boot分区加载，Recovery System从recovery分区加载）。
• Native
  Main System的Native层比较复杂，主要是从system和vendor分区加载的Android C/C++软件运行环境；
  Recovery System的Native层相较就简单很多，是从recovery分区加载的ramdisk提供的简单C/C++软件运行环境；
• Framework
  简单理解为Android java软件运行环境即可。
• Application
  出厂预转或者用户安装的app。

参考链接：
https://blog.csdn.net/weixin_43891862/article/details/105341173