查看“Android 分区详解”的源代码

Android 设备包含若干个分区，这些分区在Android启动和运行过程中发挥不同的作用。

部分 A/B 设备为了支持无缝更新，把 boot、system、vendor 和 radio 配置了两个槽位（如：<code>system_a</code>，<code>system_b</code>）。

== 常见分区 ==

* '''<code>boot</code> 分区'''：此分区包含一个内核映像，使用 <code>mkbootimg</code> 创建。您可以使用虚拟分区直接刷写任意映像，而无需刷写新的 boot 分区。 此分区还包含在 Android 13 之前发布的设备中的通用 ramdisk。
** kernel：<code>kernel</code> 虚拟分区通过将新内核映像写入旧内核映像来覆盖内核（<code>zImage</code>、<code>zImage-dtb</code>、<code>Image.gz-dtb</code>）。如果提供的开发内核不兼容，则可能需要使用关联的内核模块更新 <code>vendor</code>、<code>system</code> 或 <code>dtb</code> 分区（如果存在）。
** ramdisk：<code>ramdisk</code> 虚拟分区通过将新 ramdisk 映像写入旧 ramdisk 映像来覆盖 ramdisk。
* '''<code>init_boot</code> 分区'''：此分区包含发布时搭载 Android 13 及更高版本的设备的通用 ramdisk。
* '''<code>system</code> 分区'''：此分区包含 Android 框架。
* '''<code>odm</code> 分区'''：此分区包含原始设计制造商 (ODM) 对系统芯片 (SoC) 供应商板级支持包 (BSP) 的自定义设置。利用此类自定义设置，ODM 可以替换或自定义 SoC 组件，并在硬件抽象层 (HAL) 上为板级组件、守护程序和 ODM 特定的功能实现内核模块。此分区是可选的；通常情况下，它用于存储自定义设置，以便设备可以针对多个硬件 SKU 使用单个供应商映像。如需了解详情，请参阅 ODM 分区。
* '''<code>odm_dlkm</code> 分区'''：此分区专门用于存储 ODM 内核模块。将 ODM 内核模块存储在 <code>odm_dlkm</code> 分区（而不是 <code>odm</code> 分区）中后，无需更新 <code>odm</code> 分区即可更新 ODM 内核模块。
* '''<code>recovery</code> 分区'''：此分区会存储在 OTA 过程中启动的恢复映像。支持无缝更新的设备可以将恢复映像存储为 <code>boot</code> 或 <code>init_boot</code> 映像中包含的 ramdisk（而不是单独的映像）。
* '''<code>cache</code> 分区'''：此分区会存储临时数据，如果设备使用无缝更新，则此分区是可选的。cache 分区并非必须可从引导加载程序写入，但必须可清空。此分区大小取决于设备类型和 <code>userdata</code> 上的可用空间。通常，50 MB 至 100 MB 就足够了。
* '''<code>misc</code> 分区'''：此分区供 recovery 分区使用，大小为 4 KB 或更大。
* '''<code>userdata</code> 分区'''：此分区包含用户安装的应用和数据，包括自定义数据。
* '''<code>metadata</code> 分区'''：此分区用于在设备使用元数据加密时存储元数据加密密钥。大小为 16 MB 或更大。此分区未经加密，且系统不会对其数据拍摄快照。数据会在设备恢复出厂设置时被清空。此分区的使用受到严格限制。
* '''<code>vendor</code> 分区'''：此分区包含所有无法分发给 AOSP 的二进制文件。如果设备不包含专有信息，则可以忽略此分区。
* '''<code>vendor_dlkm</code> 分区'''：此分区专门用于存储供应商内核模块。将供应商内核模块存储在 <code>vendor_dlkm</code> 分区（而不是 <code>vendor</code> 分区）中后，无需更新 <code>vendor</code> 分区即可更新内核模块。

== 动态分区 ==
搭载 Android 11 及更高版本的设备可以支持动态分区，此类分区属于 Android 的用户空间分区系统，支持在无线下载 (OTA) 更新期间创建和销毁分区以及调整分区大小。使用此分区系统，您可以在无线下载 (OTA) 更新期间创建、销毁分区或者调整分区大小。借助动态分区，供应商无需担心各个分区（例如 <code>system</code>、<code>vendor</code> 和 <code>product</code>）的大小。取而代之的是，设备会分配一个 <code>super</code> 分区，其中的子分区可动态调整大小。各个分区映像不再需要为将来的 OTA 预留空间。相反，<code>super</code> 中剩余的可用空间还可用于所有动态分区。

== AB分区与无缝更新 ==
Android 有两种更新机制：A/B（无缝）更新和非 A/B 更新，支持无缝更新的系统分区类型有两种，一种是AB分区，一种是VAB分区。

'''安卓系统从7.0开始引入新的OTA升级方式，叫做A/B系统。A/B系统就是设备上有A和B两套可以工作的系统（用户数据只有一份，为两套系统共用），而这样做的好处就是，当OTA进行失败时可以直接切换到另外一个未经OTA的槽位，从而防止设备变砖，而缺点也很明显——两套系统分区意味着其占据多原来一倍的大小。'''

'''而在2020年9月9日，谷歌正式发布了Android11 代号 Android R，而伴随其发布，谷歌也向各大厂商几乎强制安利了一项技术，出厂安卓11的机型必须使用VAB架构 Android Virtual A/B ,而在后续版本Android 12/13 中又增加了 VABC (Virtual A/B with Compression)，增加了压缩功能。''' 

'''首先让我们来看一下传统分区与VAB分区的结构'''
[[文件:安卓系统分区结构.png|边框|左|640x640像素]]














'''也就是说，在AB分区的设备中，system_a和system_b等ab分区是真实存在的，他们会占用空间，而在VAB中(以下以默认槽位A为例)，system_a和system_b并非同时存在，在切换槽位时进行的操作比较复杂。无缝更新最大的优点在于：几乎无感，安全。'''

OTA 更新可以在系统运行期间进行，不会打断正常的使用。在更新写入完成后，只需要重启一次切换槽位即可完成系统更新。如果 OTA因为刷机失败等原因导致无法启动，将继续启动先前的操作系统。

更新包可以流式传输到 A/B 设备，因此在安装之前不需要先下载更新包。流式更新意味着用户没有必要在 /data 或 /cache 上留出足够的可用空间以存储更新包。

相比之下A-Only设备则没有上述优点，因为只有一套系统分区，如果OTA失败则会直接导致设备无法开机


空间占用对比：
[[文件:谷歌提供的图片.png|左|缩略图|805x805像素]]
















参考资料(来自AOSP文档)：https://source.android.com/docs/core/architecture/partitions?hl=zh-cn#standard-partitions