市面上有很多优化方案,但是都没有一个完整的链路体系,现在它来了,本文将带你进阶新高度,不管是面试、绩效KPI,还是汇报宣讲,都能让你游刃有余!
前置必读:
Android包体积优化(常规、进阶、极致) 涵盖各阶段全面的优化方案。
提升更新率
,这个是鲜有人提到的,二次下载同样重要,它能推动业务快速落地。具体可以参考前置必读里面的
横向对比、纵向对比 输出报表
减少30MB & 降低30%
树立目标
结合项目分析,输出每项占比背后的具体因素(设计花哨?业务复杂?架构合理?) 输出饼图
从哪入手,怎么做
站在更高的角度去思考问题 如果不能保证稳定性,那宁愿不做 做完就反弹,那就是白做
切入点
PPT汇报示例
由手动模式向工具模式进化
需要熟悉打包流程,知道Gradle的各种Task执行在干什么事。
大致流程图:
打包阶段,在合并apk之前,把需要远程的so文件上传至远端,然后剔除掉。
Flutter的so远程这方面没啥资料,提一下,源码搜一下FlutterLoader,继承FlutterLoader重写startInitialization,原理就是干预原有的so文件加载路径。
沉淀通用的下载SDK
闲时下载:用户是无感知的,即使失败,也不需要交互形式表现。
按需下载:下载流程与闲时下载一样,但交互表现形式不一样,需要让用户感知你在干什么、什么进度,提供一个loading页承载。
自检:不一定是我们代码的问题,可能是用户网络不可用、存储不够等,针对不同的情况,给予不同的指导操作。
埋点的信息其实就是排障需要的信息
告警形式包括但不限于钉钉群、微信群、短信、电话等。
给打包增加一个后置卡口,既可以感知每次的增长因素,也可以避免疯狂反弹。
后置卡口的设计原理:
输出报表,列出各项数据的对比
没有完美的方案,一定是有可以优化改进的地方
避免做个工具人