最近在编译SocialCall的手机APP代码，发现默认生成的APK大小竟然高达400多兆，这明显是不正常了，赶紧百度找到以下解决方法。
android和iOS通用方案
- 删:移除无用代码和无用资源
- 缩:压缩资源图片(熊猫压缩)或者多使用svg格式的图片
- 挪:服务端下发插件或资源
android方案
- 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 包。
- 所以这个命令的含义就是告诉编译器，我需要你为我针对我指定的三种不同架构分别生成对应的Apk 包。
- 混淆:可以增加逆向难度还有减少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:经过测试分架构打包不使用混淆打包命令好像也会自动开启混淆。若不设置相关混淆规则，部分三方插件会不能使用。
声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。
