作者：yechaoa
转载地址：https://juejin.cn/post/7116089040264232967
1、背景
- 提升下载转化率
- …
-
提升更新率，这个是鲜有人提到的，二次下载同样重要，它能推动业务快速落地。
具体可以参考前置必读里面的
2、现状
- 最新版本?MB，突破80大关？100大关？竞对？
- 近6个月平均每个月增速?MB
- 近6个月平均每个版本更新周期（7天？10天？）
横向对比、纵向对比
输出报表
3、目标
减少30MB & 降低30%
树立目标
4、现状具体分析
- 图片占比15%
- 代码占比25%
- so文件50%
- 其他10%
结合项目分析，输出每项占比背后的具体因素（设计花哨？业务复杂？架构合理？）
输出饼图
5、优化思路
- 压缩参与打包的文件
- 减少参与打包的文件
从哪入手，怎么做
6、规划思考
- 如何保证稳定性？
- 如何长效治理？
站在更高的角度去思考问题
如果不能保证稳定性，那宁愿不做
做完就反弹，那就是白做
7、里程碑
- 信息公示
- 确保进度稳中推进
- 有风险及时寻求资源支持
8、抓手
- Android Studio
- ApkChecker
- ClassShark
- …
- 产出具有项目特色的工具
切入点
9、技术大图
PPT汇报示例
9、图片优化
由手动模式向工具模式进化
10、代码优化
11、远程so
需要熟悉打包流程，知道Gradle的各种Task执行在干什么事。
大致流程图：
打包阶段，在合并apk之前，把需要远程的so文件上传至远端，然后剔除掉。
Flutter的so远程这方面没啥资料，提一下，源码搜一下FlutterLoader，继承FlutterLoader重写startInitialization，原理就是干预原有的so文件加载路径。
11.1、下载流程
沉淀通用的下载SDK
- 网络状态管理
- 下载任务优先级调度
- 断点续传
- …
11.1.1、启动下载（闲时）
闲时下载：用户是无感知的，即使失败，也不需要交互形式表现。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-W3fzuw51-1658151108368)(https://upload-images.jianshu.io/upload_images/16900214-5af2848c2946245d.png1112_119">11.1.2、按需下载
按需下载：下载流程与闲时下载一样，但交互表现形式不一样，需要让用户感知你在干什么、什么进度，提供一个loading页承载。
自检：不一定是我们代码的问题，可能是用户网络不可用、存储不够等，针对不同的情况，给予不同的指导操作。
12、测试
- 兼容性：android 5.0-12.0
- 是否重复下载、是否可用（32/64）
- 断网、弱网
- 覆盖安装
- 前台退后台
- …
13、监控告警
13.1、埋点
- success
- error code/message
- so name
- retry
- demotion
- storage size
- download type
- download time
- 设备信息
- 网络信息
- 用户信息
- …
埋点的信息其实就是排障需要的信息
13.2、监控
- 下载成功率
- load成功率
- loading页打开成功率
- …
13.3、告警
- x分钟x次失败
- 根据历史趋势
告警形式包括但不限于钉钉群、微信群、短信、电话等。
13.4、排障
- 沉淀排障指南
- 数据库底表查询sql
14、长效治理
给打包增加一个后置卡口，既可以感知每次的增长因素，也可以避免疯狂反弹。
后置卡口的设计原理：
- 打包过程中会对资源文件、代码文件、jar/aar等文件进行合并，既然知道有哪些文件，就可以知道这些文件的大小，就可以输出一个file size的文件作为当前版本的基线。
- 阈值配置信息可写死，可远程配置。
15、结果
- 优化前、优化后对比
- 竞对 对比
- 下载时间对比
- 安装时间对比
- …
输出报表，列出各项数据的对比
16、未来规划
- 增加白名单机制，比如logo是不需要压缩的
- 沉淀方法论
- 流程工具化、智能化
- 月度报告
- 数据大盘
- …
没有完美的方案，一定是有可以优化改进的地方
17、价值&意义
- 技术：沉淀通用组件、技术创新（flutter）
- 团队：个人影响力
- 公司：减少带宽，全年节省x经费
- 用户：下载时间减少x、安装时间减少x、
- 社会：每次下载减少x流量，全年节省流量x亿
- …
18、思考
- 需要做到极致吗？理论上启动非必须的图片、文件、so都是可以远程的，可是 减肥是要越瘦越好吗？
- 是否考虑极简包方案？
避免做个工具人
19、面试问题
- 为什么选用tinypng，原理是什么，还有其他方案吗？
- 远程so的选定标准是什么？
- 支持断点续传吗？
- 会重复下载吗？
- 下载可以根据网络选择吗？
- 有文件完整性校验吗？
- 有下载优先级吗？
- 怎么避免64位设备下到32位so文件？
- so文件更新之后会在设备上与老的版本共存吗？
- 兜底方案是什么？
- 还有哪些可以优化的地方？
- …
20、最后
- 顶级厨师在线烹饪，做好了自己吃，不负责喂
原文地址：https://blog.csdn.net/weixin_61845324
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。