flutter 安装包体积过大，包体积优化策略

参考文章

• 如何缩减接近50%的Flutter包体积
• Flutter-Apk 大小优化探索

简单知识回顾

• release包体积较debug包小很多
• android 打包命令: flutter build apk
• ios 打包命令: flutter build ios --release

android和iOS通用方案

1. 删:移除无用代码和无用资源
2. 缩:压缩资源图片(熊猫压缩)或者多使用svg格式的图片
3. 挪:服务端下发插件或资源

android方案

1. so优化:Flutter打包Apk会包含三种CPU架构信息以适配不同架构的设备(x86_64,arm64-v8a,armeabi-v7a),目前大部分手机都是armeabi-v7a这个架构,所以我们可以分架构分别打包,包体减小较明显,但是需要舍弃小部分机型

打包命令: flutter build apk --target-platform android-arm,android-arm64,android-x64 --split-per-abi

• 首先 flutter build apk 表示当前构建 release 包；
• 后面 android-arm,android-arm64,android-x64则是指定生成对应架构的release包；
• 最后的 --split-per-abi则表示告知需要按照我们指定的类型分别打包，如果移除则直接构建包含所有 CPU 架构的 Apk 包。

2. 混淆:可以增加逆向难度还有减少Apk大小

混淆打包命令(): flutter build apk --obfuscate --split-debug-info=xx

• --obfuscate：开启混淆操作；
• --split-debug-info=：将因混淆生成的 map 符号表缓存到此位置

so优化和混淆同时使用打包命令: flutter build apk --obfuscate --split-debug-info=debugInfo --target-platform android-arm,android-arm64,android-x64 --split-per-abi

PS:经过测试android原debug包 104.9MB ,release包 73.5MB ,如果仅仅使用v7a架构包大小为 29.1MB

PS2:经过测试分架构打包不使用混淆打包命令好像也会自动开启混淆。若不设置相关混淆规则，部分三方插件会不能使用。

iOS方案:

参考文章

• xcode辅助方案,好像不能上架只能蒲公英发布
• 综合优化,比如舍弃架构armv7等配置优化

PS:经过测试ios包优化前 400MB+ ,优化后 200MB+