RK3576 Android14 自定义分区实现APP动态替换开机动画与Logo

1. 为什么需要动态替换开机动画与Logo？

大家好，我是老张，在嵌入式开发和智能硬件领域摸爬滚打了十几年。今天想和大家聊聊一个听起来有点“硬核”，但实际应用场景非常广泛的需求：在基于RK3576平台、运行Android 14的设备上，实现通过APP动态替换开机Logo和开机动画，并且要求恢复出厂设置后，这些自定义的图片和动画还能保留下来。

你可能觉得，开机Logo和动画不就是出厂时烧录进去的静态资源吗，改它干嘛？这其实是个典型的“产品经理需求”。想象一下这些场景：你公司生产的智能教育平板，卖给不同的学校，每个学校都希望开机时显示自己的校徽和欢迎语；或者是一款商用广告机，客户需要定期更换开机画面来宣传不同的活动；再或者，就是用户单纯想个性化自己的设备，换个酷炫的开机动画。如果每次更换都需要重新编译固件、烧录系统，那无论是开发效率还是用户体验，都是灾难级的。

所以，“动态替换”的核心价值就在于将系统级的固化资源，转变为用户或应用层可管理的动态资源。这不仅能极大提升产品的灵活性和可定制性，也是产品走向成熟和平台化的一个标志。而RK3576作为一款性能强劲的通用型SoC，在AIoT、商显、平板等领域应用广泛，实现这个功能的需求自然就多了起来。

传统的做法是把Logo和动画打包进system或vendor分区，但这些分区在恢复出厂设置时会被擦除和还原。我们的目标是：创建一个独立的自定义分区（比如叫vendor_private），专门存放这些可变的资源。系统启动时，优先从这个分区加载资源；如果分区里没有，再回退使用系统内置的默认资源。 这样，即使用户恢复了出厂设置，只要这个独立分区不被格式化，自定义的Logo和动画就依然存在。

听起来是不是挺有意思？接下来，我就带你从零开始，打通从分区创建、U-Boot修改、Android框架适配、SELinux权限配置到APP端操作的完整链路。我会尽量把每一步的原理和“坑”都讲明白，让你不仅能照着做出来，更能理解为什么要这么做。

2. 基石：创建独立且“存活”的自定义分区

要实现资源持久化，第一步就是给它们找个安全的“家”——一个不会被恢复出厂设置操作清除的分区。这里我们以创建一个名为 vendor_private 的分区为例。

2.1 分区规划与参数配置

在Android系统中，分区的布局定义通常位于 device/rockchip/rk3576/ 目录下的分区表文件中，例如 parameter.txt 或通过 BoardConfig.mk 中的 BOARD_SUPER_PARTITION_GROUPS 等配置来定义。对于RK平台，我们经常需要修改 parameter.txt 来增加分区。

首先，你需要确定分区的尺寸和位置。考虑到开机Logo（BMP格式）和动画（ZIP格式）的大小，一般分配256MB是绰绰有余的。你需要在 parameter.txt 文件中找到类似下面的分区表段落，并在合适的位置（比如跟在 vendor 分区后面）插入新分区的定义：

CMDLINE: ... androidboot.selinux=permissive ...
FIRMWARE_VER: 1.0.0
MACHINE_MODEL: RK3576
MACHINE_ID: 007
MANUFACTURER: RK3576
MAGIC: 0x5041524B
ATAG: 0x00200800
MACHINE: 3576
CHECK_MASK: 0x80
PWR_HLD: 0,0,A,0,1
TYPE: GPT
...
0x00002000@0x00004000(uboot)
0x00002000@0x00006000(trust)
0x00010000@0x00008000(boot)
...
0x00600000@0x00F80000(vendor)
0x00100000@0x01580000(vendor_private)  # 新增分区，1GB大小
0x00800000@0x01680000(system)
...

这里 0x00100000@0x01580000(vendor_private) 表示从磁盘偏移 0x01580000 开始，分配大小为 0x00100000（即1GB）的空间给 vendor_private 分区。请务必根据你实际的分区布局计算正确的起始地址，避免重叠。

仅仅在分区表中定义还不够，我们需要让Android的构建系统知道这个分区，并将其格式化为文件系统（如ext4）。这通常在 BoardConfig.mk 文件中完成。你需要添加类似以下的配置：

# 定义 BOARD_VENDORPRIVATEIMAGE_PARTITION_SIZE 来指定镜像大小
BOARD_VENDORPRIVATEIMAGE_PARTITION_SIZE := 1073741824 # 1GB in bytes
# 指定文件系统类型
BOARD_VENDORPRIVATEIMAGE_FILE_SYSTEM_TYPE := ext4
# 告诉构建系统需要生成 vendor_private 镜像
TARGET_COPY_OUT_VENDOR_PRIVATE := vendor_private

2.2 确保分区在恢复出厂设置中幸存

这是最关键的一步。在Android的恢复模式（Recovery）执行“恢复出厂设置/擦除数据”操作时，默认会格式化哪些分区是由 recovery.fstab 文件决定的。这个文件通常位于 device/rockchip/rk3576/recovery.fstab 或类似路径。

你必须确保 vendor_private 分区不在这个格式化列表里。查看你的 recovery.fstab，你会看到类似下面的条目：

/boot        emmc        /dev/block/by-name/boot
/system      ext4        /dev/block/by-name/system
/vendor      ext4        /dev/block/by-name/vendor
/data        ext4        /dev/block/by-name/userdata   length=-16384
/cache       ext4        /dev/block/by-name/cache
...

你需要确认没有 /vendor_private 的条目。如果有，就删除它；如果没有，那就对了。这样，当用户在设置中选择“恢复出厂设置”时，/data、/cache 等分区会被清空，但你的 vendor_private 分区会原封不动地保留下来。

2.3 分区的挂载与初始化

分区创建好后，系统启动时需要将它挂载到某个目录（比如 /vendor_private）才能访问。这个挂载动作通常在 init.rc 脚本中完成。你需要在 system