Android动态分区空间管理实战：从源码配置到终端查询

1. 动态分区技术背景与核心概念

Android动态分区是近年来引入的一项重要特性，它彻底改变了传统Android系统分区管理的模式。简单来说，动态分区允许系统在OTA更新时动态调整分区大小，而不再需要像过去那样为每个分区预留固定空间。这种机制带来的最大好处是解决了传统分区方案中"空间浪费"和"空间不足"的两难问题。

想象一下你的衣柜：传统分区就像给上衣、裤子、鞋子分别划定固定区域，即使上衣区已经塞满而鞋子区还空着大半，你也无法灵活调整。动态分区则像智能衣柜，隔板可以随时移动，根据衣物数量自动调整每个区域的大小。在实际开发中，这意味着system、vendor等分区可以按需分配空间，显著提升存储利用率。

动态分区的实现依赖于几个关键技术组件：

• super分区：一个包含所有动态分区的容器，大小在编译时确定
• 逻辑分区：system、vendor等实际使用的分区，在super分区内动态分配空间
• 分区组：将多个逻辑分区归为一组管理（如qti_dynamic_partitions）

在BoardConfig.mk中，开发者需要配置几个关键参数：

• BOARD_SUPER_PARTITION_SIZE：super分区的总大小
• BOARD_QTI_DYNAMIC_PARTITIONS_SIZE：动态分区组的可用空间
• BOARD_QTI_DYNAMIC_PARTITIONS_PARTITION_LIST：包含的动态分区列表

2. 源码配置实战详解

2.1 BoardConfig.mk关键参数解析

让我们深入分析一个典型的动态分区配置示例。以下代码片段来自device/qcom/msmnile_gvmq/BoardConfig.mk：

# 定义动态分区大小和分组 ifeq ($(ENABLE_AB), true) TARGET_NO_RECOVERY := true BOARD_USES_RECOVERY_AS_BOOT := true BOARD_SUPER_PARTITION_SIZE := 15032385536 else BOARD_RECOVERYIMAGE_PARTITION_SIZE := 67108864 BOARD_SUPER_PARTITION_SIZE := 10737418240 endif BOARD_SUPER_PARTITION_GROUPS := qti_dynamic_partitions BOARD_QTI_DYNAMIC_PARTITIONS_SIZE := 8515144192 BOARD_QTI_DYNAMIC_PARTITIONS_PARTITION_LIST := system vendor system_ext

这里有几个关键点需要注意：

1. 条件编译：根据是否启用A/B系统(ENABLE_AB)，super分区大小会不同。A/B系统需要更大空间因为要保留两套系统镜像。
2. 分区组定义：BOARD_SUPER_PARTITION_GROUPS指定分区组名称，这里使用qti_dynamic_partitions。
3. 动态分区大小：BOARD_QTI_DYNAMIC_PARTITIONS_SIZE设置该组可用空间为8515144192字节（约8.5GB）。
4. 分区列表：BOARD_QTI_DYNAMIC_PARTITIONS_PARTITION_LIST列出包含的三个分区：system、vendor和system_ext。

2.2 大小计算与优化建议

配置分区大小时需要考虑多个因素：

• 当前镜像大小：使用du -sh out/target/product/xxx/system查看编译生成的镜像大小
• 未来扩展需求：为后续OTA更新预留20%-30%空间
• 设备存储容量：在16GB/32GB等不同设备上需要差异化配置

一个实用的计算公式：

所需super分区大小 = (系统镜像总和 × 安全系数) + 元数据开销

经验值参考：

• 中等配置设备：super分区建议12-16GB
• 高配设备：可配置16-24GB
• 元数据开销：通常预留200-500MB

3. 终端查询与监控技巧

3.1 准备工作与注意事项

在查询动态分区使用情况前，需要完成几个必要步骤：

adb root adb disable-verity adb reboot

重要提示：

1. disable-verity会关闭dm-verity验证，这在开发调试阶段是必要的，但会降低安全性
2. 生产环境中不建议长期关闭verity
3. 操作后必须重启设备才能使设置生效

3.2 使用df命令查看分区状态

设备重启后，通过adb shell执行df命令：

adb shell df -h

典型输出如下：

Filesystem Size Used Avail Use% Mounted on /dev/block/dm-6 4.3G 4.3G 16M 100% / /dev/block/dm-7 100M 99M 312K 100% /system_ext /dev/block/dm-8 452M 451M 1.4M 100% /vendor

分析要点：

1. dm-6对应system分区，显示4.3G已用满
2. dm-7是system_ext分区，100M中99M已用
3. dm-8是vendor分区，452M中451M已用

3.3 高级监控工具与技巧

除了基本的df命令，还有更多专业工具可供使用：

查看分区映射关系：

adb shell lsmd

查看super分区布局：

adb shell lpdump

实时监控分区变化：

adb shell watch -n 1 'df -h | grep dm-'

4. 常见问题排查与优化

4.1 空间不足问题处理

当动态分区空间不足时，通常会遇到以下现象：

• OTA更新失败
• 系统日志出现"Not enough space"错误
• df显示分区使用率接近100%

解决方案分三步走：

1. 分析当前使用情况：

adb shell du -h /system | sort -rh | head -10

2. 优化方向：

• 移除不必要的预装应用
• 压缩系统资源文件
• 调整分区大小配置

3. 修改BoardConfig.mk：

# 将动态分区大小增加20% BOARD_QTI_DYNAMIC_PARTITIONS_SIZE := $(shell echo $(BOARD_QTI_DYNAMIC_PARTITIONS_SIZE) \* 1.2 | bc)

4.2 配置验证与调试技巧

验证配置是否生效的完整流程：

1. 修改BoardConfig.mk后执行：

make clean && make -j8

2. 刷机后检查：

adb shell getprop | grep partition

3. 确认super分区实际大小：

adb shell blockdev --getsize64 /dev/block/by-name/super

调试时的一个实用技巧是添加调试日志：

$(info Dynamic partitions size: $(BOARD_QTI_DYNAMIC_PARTITIONS_SIZE))