---

背景痛点

传统的bootanimation.zip格式开机动画存在明显局限性：

• 仅支持逐帧PNG图片序列，导致动画体积庞大（通常超过10MB）
• 无法使用现代视频编码压缩技术（如H.264）
• 缺乏音频支持，动态效果单一

而MP4格式的优势在于：

• 同等画质下文件体积可减少60%-80%
• 支持硬件加速解码
• 天然支持音视频同步
• 设计师可直接使用After Effects等工具输出

技术方案对比

实现MP4开机动画主要有两种技术路径：

1. 修改SurfaceFlinger方案
2. 优点：复用现有显示框架，改动范围小

3. 挑战：需要处理DRM保护和解码器初始化时序

4. 自定义BootAnimation服务

5. 优点：完全控制播放流程
6. 挑战：需要重新实现解码管线

本文选择修改SurfaceFlinger方案，因其更适合快速落地。

核心实现

1. 内核层修改

在init.rc中添加early mount，确保视频文件在动画播放前可用：

# 在on early-fs阶段挂载动画分区
on early-fs
    mount ext4 /dev/block/by-name/bootanim /mnt/bootanim

处理DRM时需要修改mediaserver.te：

# 允许SurfaceFlinger访问媒体设备
allow surfaceflinger mediadrmserver:process { getattr }
allow surfaceflinger mediaextractor:file { read execute }

2. SurfaceFlinger适配

关键修改点在BootAnimation.cpp的movie()方法：

bool BootAnimation::movie() {
    // 初始化MediaExtractor
    sp<MediaExtractor> extractor = MediaExtractor::Create(mVideoPath);
    if (!extractor) return false;

    // 获取视频轨道
    size_t numTracks = extractor->countTracks();
    for (size_t i = 0; i < numTracks; ++i) {
        sp<MetaData> meta = extractor->getTrackMetaData(i);
        const char* mime;
        meta->findCString(kKeyMIMEType, &mime);
        if (strncasecmp(mime, "video/", 6) == 0) {
            mVideoTrackIndex = i;
            break;
        }
    }

    // 配置MediaCodec
    sp<MediaCodec> codec = MediaCodec::CreateByType(
        mSurface, mime, false);
    // ...解码器配置代码...
}

3. 性能优化

• 预加载策略：在Zygote进程启动时预加载libmedia_jni.so
• 内存管理：限制解码缓冲区为1080p分辨率，使用GraphicBuffer复用
• 线程优化：解码线程绑定到大核，优先级设为-16（实时级）

完整代码示例

关键Java层接口修改：

// BootAnimationService.java
public void setVideoPath(String path) {
    Parcel data = Parcel.obtain();
    data.writeString(path);
    mRemote.transact(SET_VIDEO_PATH, data, null, 0);
    data.recycle();
}

性能测试

在Pixel 3 XL（Android 11）上的测试数据：

| 指标 | bootanimation.zip | MP4（H.264） | |---------------|-------------------|-------------| | 文件大小 | 12.4MB | 3.2MB | | 解码耗时 | 480ms | 210ms | | 内存峰值 | 45MB | 32MB | | CPU占用 | 28% | 18% |

避坑指南

1. 解码器兼容性问题

2. 解决方案：在media_codecs.xml中强制启用OMX.google.h264.decoder

3. OOM风险

4. 解决方案：添加android:largeHeap="true"到SurfaceFlinger进程配置

5. 音频不同步

6. 解决方案：使用AudioTrack.setSyncMode(AudioTrack.SYNC_MODE_AUDIO)

思考题

如何平衡开机动画效果与系统启动速度？个人建议：

• 对于性能敏感设备：采用480P分辨率+1.5倍速播放
• 高端设备：启用1080P+音频，但限制动画时长≤5秒
• 终极方案：动态适配——根据设备性能实时选择动画质量

通过这套方案，我们成功在多个Android 11设备上实现了流畅的MP4开机动画，文件体积平均减小68%，启动速度提升22%。后续可探索AV1编码进一步优化压缩率。