【保姆级】包体积优化教程

市面上有很多优化方案，但是都没有一个完整的链路体系，现在它来了，本文将带你进阶新高度，不管是面试、绩效KPI，还是汇报宣讲，都能让你游刃有余！

前置必读：

Android包体积优化（常规、进阶、极致） 涵盖各阶段全面的优化方案。

1、背景

• 提升下载转化率
• …
• 提升更新率，这个是鲜有人提到的，二次下载同样重要，它能推动业务快速落地。

具体可以参考前置必读里面的

2、现状

• 最新版本?MB，突破80大关？100大关？竞对？
• 近6个月平均每个月增速?MB
• 近6个月平均每个版本更新周期（7天？10天？）

横向对比、纵向对比 输出报表

3、目标

减少30MB & 降低30%

树立目标

4、现状具体分析

1. 图片占比15%
2. 代码占比25%
3. so文件50%
4. 其他10%

结合项目分析，输出每项占比背后的具体因素（设计花哨？业务复杂？架构合理？） 输出饼图

5、优化思路

1. 压缩参与打包的文件
2. 减少参与打包的文件

在这里插入图片描述

从哪入手，怎么做

6、规划思考

1. 如何保证稳定性？
2. 如何长效治理？

站在更高的角度去思考问题 如果不能保证稳定性，那宁愿不做 做完就反弹，那就是白做

7、里程碑

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9fuxcjXF-1658768619278)(https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/9db004c2ca4f4410ad96ae9b801a48c6~tplv-k3u1fbpfcp-zoom-1.image)]

1. 信息公示
2. 确保进度稳中推进
3. 有风险及时寻求资源支持

8、抓手

• Android Studio
• ApkChecker
• ClassShark
• …
• 产出具有项目特色的工具

切入点

9、技术大图

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0Bj6F2Tr-1658768619279)(https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/b075464572964999b08b40d3f277580a~tplv-k3u1fbpfcp-zoom-1.image)]

PPT汇报示例

9、图片优化

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AbBvhuUg-1658768619280)(https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/63d1a1190a334636829b2f11b3903d41~tplv-k3u1fbpfcp-zoom-1.image)]

由手动模式向工具模式进化

10、代码优化

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2UC8q4ad-1658768619281)(https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/fb26a16ffc674be58266d424d81917a2~tplv-k3u1fbpfcp-zoom-1.image)]

11、远程so

需要熟悉打包流程，知道Gradle的各种Task执行在干什么事。

大致流程图：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-n6yZ53r4-1658768619282)(https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/0b2897bdc18a4ee2891c7dee465ff257~tplv-k3u1fbpfcp-zoom-1.image)]

打包阶段，在合并apk之前，把需要远程的so文件上传至远端，然后剔除掉。

Flutter的so远程这方面没啥资料，提一下，源码搜一下FlutterLoader，继承FlutterLoader重写startInitialization，原理就是干预原有的so文件加载路径。

11.1、下载流程

沉淀通用的下载SDK

1. 网络状态管理
2. 下载任务优先级调度
3. 断点续传
4. …

11.1.1、启动下载（闲时）

闲时下载：用户是无感知的，即使失败，也不需要交互形式表现。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-8g3SEcZD-1658768619283)(https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/878c56bf1b384e8d8589afe9c2ee4a89~tplv-k3u1fbpfcp-zoom-1.image)]

11.1.2、按需下载

按需下载：下载流程与闲时下载一样，但交互表现形式不一样，需要让用户感知你在干什么、什么进度，提供一个loading页承载。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zcc2p5jh-1658768619284)(https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/61c7d8c4c0c9460c8f0e5ca4d7f75f6c~tplv-k3u1fbpfcp-zoom-1.image)]

自检：不一定是我们代码的问题，可能是用户网络不可用、存储不够等，针对不同的情况，给予不同的指导操作。

12、测试

1. 兼容性：android 5.0-12.0
2. 是否重复下载、是否可用（32/64）
3. 断网、弱网
4. 覆盖安装
5. 前台退后台
6. …

13、监控告警

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YYwFsJbQ-1658768619285)(https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/c88ad55189f645f68cbf631c59d20570~tplv-k3u1fbpfcp-zoom-1.image)]

13.1、埋点

1. success
2. error code/message
3. so name
4. retry
5. demotion
6. storage size
7. download type
8. download time
9. 设备信息
10. 网络信息
11. 用户信息
12. …

埋点的信息其实就是排障需要的信息

13.2、监控

1. 下载成功率
2. load成功率
3. loading页打开成功率
4. …

13.3、告警

1. x分钟x次失败
2. 根据历史趋势

告警形式包括但不限于钉钉群、微信群、短信、电话等。

13.4、排障

1. 沉淀排障指南
2. 数据库底表查询sql

14、长效治理

给打包增加一个后置卡口，既可以感知每次的增长因素，也可以避免疯狂反弹。

后置卡口的设计原理：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SNbU85jI-1658768619286)(https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/a1719c04508d408b85ebf49ace6d6555~tplv-k3u1fbpfcp-zoom-1.image)]

1. 打包过程中会对资源文件、代码文件、jar/aar等文件进行合并，既然知道有哪些文件，就可以知道这些文件的大小，就可以输出一个file size的文件作为当前版本的基线。
2. 阈值配置信息可写死，可远程配置。

15、结果

• 优化前、优化后对比
• 竞对 对比
• 下载时间对比
• 安装时间对比
• …

输出报表，列出各项数据的对比

16、未来规划

1. 增加白名单机制，比如logo是不需要压缩的
2. 沉淀方法论
3. 流程工具化、智能化
4. 月度报告
5. 数据大盘
6. …

没有完美的方案，一定是有可以优化改进的地方

17、价值&意义

1. 技术：沉淀通用组件、技术创新（flutter）
2. 团队：个人影响力
3. 公司：减少带宽，全年节省x经费
4. 用户：下载时间减少x、安装时间减少x、
5. 社会：每次下载减少x流量，全年节省流量x亿
6. …

18、思考

1. 需要做到极致吗？理论上启动非必须的图片、文件、so都是可以远程的，可是 减肥是要越瘦越好吗？
2. 是否考虑极简包方案？

避免做个工具人

19、面试问题

1. 为什么选用tinypng，原理是什么，还有其他方案吗？
2. 远程so的选定标准是什么？
3. 支持断点续传吗？
4. 会重复下载吗？
5. 下载可以根据网络选择吗？
6. 有文件完整性校验吗？
7. 有下载优先级吗？
8. 怎么避免64位设备下到32位so文件？
9. so文件更新之后会在设备上与老的版本共存吗？
10. 兜底方案是什么？
11. 还有哪些可以优化的地方？
12. …

20、最后

1. 顶级厨师在线烹饪，做好了自己吃，不负责喂🤪
2. 多思考，深度思考，可以梦到的那种🧐
3. 多搞点花样，多体现个人部分，即使没有技术深度
4. 角色转换，个人、团队、产品、拉新运营、用户、公司、社会…
5. 技术价值、业务价值