FFmpeg Android Library导致APK体积过大，求优化方案

我之前集成FFmpeg时也踩过这个坑——原本清爽的APK一下子膨胀了几十兆，后来折腾了一圈总结出这些亲测有效的优化方法，分享给你：

1. 定制编译FFmpeg，只保留你需要的功能 #

FFmpeg默认编译了大量的编解码器、滤镜、协议，大部分都是你用不到的，裁剪掉冗余功能是最有效的体积优化手段。

具体操作： #

• 下载FFmpeg源码，在configure阶段添加禁用不必要模块的参数，比如：

  ./configure \
    --disable-doc \          # 移除文档
    --disable-debug \        # 关闭调试信息
    --disable-static \       # 只编译动态库
    --enable-shared \
    --disable-all \          # 先禁用所有模块
    --enable-encoder=h264 \  # 只开启需要的编码器（比如H.264）
    --enable-decoder=h264 \  # 只开启需要的解码器
    --enable-protocol=file \ # 只开启用到的协议（比如本地文件）
    --enable-filter=scale \  # 只开启用到的滤镜（比如缩放）
    --target-os=android \
    --arch=arm \
    --cross-prefix=arm-linux-androideabi- \
    --sysroot=$ANDROID_NDK/platforms/android-21/arch-arm
  

• 编译完成后，你会得到体积小很多的so文件，只包含项目实际用到的功能。

2. 仅保留目标ABI #

FFmpeg默认会编译多个架构的so文件（比如armeabi-v7a、arm64-v8a、x86、x86_64），但国内绝大多数用户的设备都是arm架构，没必要保留所有ABI。

在build.gradle中配置： #

android {
    defaultConfig {
        ndk {
            // 只保留常用的arm架构，按需选择
            abiFilters 'armeabi-v7a', 'arm64-v8a'
        }
    }
}

这样会直接移除其他架构的so文件，体积能减少一半甚至更多。

3. 使用精简版预编译库 #

如果自己编译FFmpeg太麻烦，可以用第三方已经裁剪好的预编译库，比如MobileFFmpeg：
它提供了多个版本，比如min（仅核心功能）、min-gpl（包含GPL协议的功能），体积比全量版小很多。

依赖引入示例： #

dependencies {
    // 引入min版，只包含核心编解码功能
    implementation 'com.arthenica:mobile-ffmpeg-min:4.4.LTS'
}

4. 开启代码混淆与资源压缩 #

Android Studio自带的混淆和资源压缩能进一步减小体积：

在build.gradle中开启： #

android {
    buildTypes {
        release {
            minifyEnabled true    // 开启代码混淆
            shrinkResources true  // 移除未使用的资源
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
        }
    }
}

注意：要给FFmpeg添加ProGuard规则，避免核心代码被误删： #

在proguard-rules.pro中添加：

-keep class com.arthenica.mobileffmpeg.** { *; }
# 如果是自己编译的FFmpeg，对应包名改成你的
-keep class org.ffmpeg.** { *; }

5. 动态加载FFmpeg so文件 #

如果对初始APK体积要求极高，可以把FFmpeg的so文件放到服务器上，App启动后根据设备架构按需下载，下载完成后再加载使用。

核心思路： #

• 初始APK不包含FFmpeg的so
• 检测设备ABI，下载对应架构的so到本地目录
• 通过System.load()加载本地so文件
• 注意处理网络异常、下载失败等情况，做好降级方案

这些方法我当时组合使用后，把APK从80多兆降到了20兆左右，效果非常明显。你可以根据自己的项目需求选择合适的方案搭配使用~

内容的提问来源于stack exchange，提问作者tech_android