1. 理解Android 14开机视觉定制的基本原理
当你拿到一台全新的Android设备，按下电源键后最先映入眼帘的就是开机Logo和动画。这些视觉元素不仅仅是装饰，更是品牌形象的重要载体。对于定制设备厂商来说，替换这些默认元素是打造专属品牌体验的第一步。
Android系统的启动过程可以分为三个阶段：Uboot阶段、Kernel阶段和Android系统阶段。Uboot负责最基础的硬件初始化，这个阶段会显示静态Logo；Kernel启动后会过渡到Android系统，此时会播放动态的bootanimation动画。我们要做的，就是在每个阶段插入自己的视觉内容。
在Android 14上，Google进一步强化了分区隔离和权限控制。这意味着传统的直接替换系统文件的方法可能不再适用。我们需要创建独立的分区来存放自定义内容，这既能保证系统安全性，又方便后续的OTA更新维护。
2. 创建自定义分区存储空间
2.1 建立分区目录结构
首先需要在根目录下创建专用存储空间。我推荐使用/cust作为自定义分区挂载点，这个位置既符合Linux目录规范，又不容易与其他系统目录冲突。实际操作中，我们需要修改Android.mk和init.rc两个关键文件：
# 修改system/core/rootdir/Android.mk LOCAL_POST_INSTALL_CMD += ; mkdir -p $(TARGET_ROOT_OUT)/cust # 修改system/core/rootdir/init.rc on init chown system system /cust chmod 0777 /cust这里有个坑我踩过：单纯创建目录还不够，必须正确设置SELinux标签。否则在user版本上会出现权限问题。我们需要在file_contexts中添加对应的安全策略：
# 修改system/sepolicy/private/file_contexts /cust(/.*)? u:object_r:tmpfs:s0特别注意正则表达式的写法必须使用(/.*)?格式，这是为了兼容e2fsprogs工具的处理逻辑。如果只写/cust，在生成镜像文件时会报错。
2.2 分配物理存储空间
创建目录只是第一步，我们还需要为它分配实际的存储空间。在Rockchip平台上，可以通过修改parameter.txt来新增分区。以RK3576为例：
# 修改device/rockchip/rk3576s_pb/BoardConfig.mk BOARD_WITH_SPECIAL_PARTITIONS := baseparameter:1M,cust:16M这里我给cust分区分配了16MB空间，足够存放多个Logo和动画资源。记得使用+=操作符而不是直接赋值，避免覆盖其他已有分区配置。
接下来需要在fstab中添加挂载配置：
# 修改device/rockchip/common/scripts/fstab_tools/fstab.in /dev/block/by-name/cust /cust ext4 noatime,nodiratime,nosuid,nodev,noauto_da_alloc,discard wait,check3. 制作并烧写分区镜像
3.1 生成ext4格式镜像
有了分区定义后，我们需要制作实际的镜像文件。Android提供了mkuserimg_mke2fs工具：
mkuserimg_mke2fs -s ./cust/ ./cust.img ext4 /cust 16000000 -j 0 system/sepolicy/private/file_contexts这个命令的参数很有讲究：
-s ./cust/指定源目录./cust.img是输出镜像16000000对应16MB分区大小（单位字节）-j 0禁用journal以节省空间- 最后的file_contexts确保SELinux标签正确
3.2 集成到固件包
生成的cust.img需要打包进系统固件。对于Rockchip平台，需要修改打包脚本：
# 修改RKTools/linux/Linux_Pack_Firmware/rockdev/package-file cust Image/cust.img # 修改device/rockchip/common/mkimage.sh if [ -f device/rockchip/rk3576/cust/cust.img ]; then cp -a device/rockchip/rk3576/cust/cust.img $IMAGE_PATH/cust.img else mkuserimg_mke2fs -s ./cust/ ./cust.img ext4 /cust 16000000 -j 0 ./system/sepolicy/private/file_contexts fi这里我建议在项目根目录下建立cust目录，把制作好的资源文件（如Logo图片）放在里面，这样打包脚本可以自动检测并生成镜像。
4. Uboot阶段Logo定制
4.1 准备Logo图片
Uboot支持的Logo通常是BMP格式。建议使用24位色深的位图，尺寸与屏幕分辨率保持一致。我遇到过颜色失真问题，后来发现是因为使用了PNG转BMP时色深不对。正确的转换命令：
convert logo.png -type truecolor BMP3:logo.bmp4.2 修改Uboot加载逻辑
Rockchip的Uboot默认从resource分区加载Logo，我们需要修改为从cust分区读取：
// 修改u-boot/drivers/video/drm/rockchip_display.c char cmd[128] = {"0"}; sprintf(cmd, "ext4load mmc 0:e 0x%p %s %x", bmp_data,bmp_name, MAX_IMAGE_BYTES); if(run_command(cmd, 0)){ // 回退到resource分区加载 len = rockchip_read_resource_file(bmp_data, bmp_name, 0, MAX_IMAGE_BYTES); }这里的0:e对应mmcblk1p14，即cust分区的设备编号。在实际项目中，建议添加调试日志，方便确认加载路径。
5. 系统启动动画定制
5.1 制作bootanimation.zip
Android的启动动画是一个包含图片序列和描述文件的zip包。标准结构如下：
bootanimation.zip ├── desc.txt ├── part0/ │ ├── frame_001.png │ └── ... └── part1/ ├── frame_001.png └── ...desc.txt的格式示例：
1080 1920 30 p 1 0 part0 p 0 0 part1表示1080x1920分辨率，30fps，先播放part0一次，然后循环播放part1。
5.2 修改动画加载逻辑
Android 14修改了动画加载优先级，我们需要把cust分区加入搜索路径：
// 修改frameworks/base/cmds/bootanimation/BootAnimation.cpp static const std::vector<std::string> bootFiles = { CUST_BOOTANIMATION_FILE, // 新增 APEX_BOOTANIMATION_FILE, PRODUCT_BOOTANIMATION_FILE, OEM_BOOTANIMATION_FILE, SYSTEM_BOOTANIMATION_FILE };同时需要为bootanim进程添加SELinux权限：
# 新增device/rockchip/rk3576/sepolicy_vendor/chuhuo.te allow bootanim tmpfs:dir { search }; allow bootanim appdomain_tmpfs:file { read getattr };6. 调试技巧与常见问题
在实际项目中，我总结了一些实用调试方法：
- 查看分区挂载：
adb shell mount | grep cust确认分区是否正确挂载 - 检查文件权限：
adb shell ls -lZ /cust查看SELinux标签 - 手动测试动画：
adb shell bootanimation实时预览效果 - Uboot调试：在串口日志中搜索"load_bmp_logo"关键字
常见问题解决方案：
- Logo不显示：检查Uboot代码中的mmc编号是否正确
- 动画播放黑屏：确认desc.txt中的分辨率与设备匹配
- 权限拒绝：检查SELinux策略是否允许bootanim访问cust分区
记得每次修改后都要重新生成system.img并完整烧写，因为部分变更需要重新打包系统镜像才能生效。
