江苏龙网

  1. 主页 > 生活百科 > >

口红|5年磨一剑｜优酷Android包瘦身治理思路全解( 二 )

口红


治理策略 。 中心式任务拆解、并行式承接落地 。
组织形式 。 集中时间人力 ， 核心业务基本都参与了进来 。
2019.03 - 2020.03 ， 第二次反弹期 。 在这一时期的管控上 ， 基于虚拟功能组概念（多个模块聚合）建立了包大小卡口能力 ， 但是未能与研发流程有效结合 ， 无法做到及时感知以及关键的超限拦截阻断 ， 同时申请方和审批方缺少对“一个功能/业务 ， 占用多大合理？有多少可瘦身点 ， 分别具体是什么 ， 瘦身空间是多少？”这些关键问题的共识性认知 ， 导致沟通、推进、瘦身改造等成本居高不下 ， 半年之后的管控开始举步维艰 。 从增长曲线来看 ， 明显可以分为两段：2019.09之前的6个月时间 ， 属于缓慢增长（虽然中间有一个增长波峰 ， 但很快就得到控制回落） ， 一方面得益于围绕卡口的持续管控 ， 另一方面也因为这段时间没有大型新框架、新能力、新业务接入；2019.10之后的6个月 ， 由于Flutter等新框架的集中爆发式引入 ， 导致包大小出现“疯狂飙升” ， 在2020.03甚至达到历史最高的126MB水位 。

2020.04 - 2020.09 ， 第三次专项治理 。 在瘦身效果上 ， 最终将包大小降至100MB以下 。 虽然这次依然是专项模式 ， 但与第二次专项治理完全不同的是：参与团队更广泛 ， 不仅仅是核心业务团队 ， 而是所有客户端团队；牵头同学和参与同学之间的协作方式 ， 由“中心化分配”与“被动完成”（包工队模式） ， 转变为辅助与输出（PVP战队模式） ， 即牵头同学提供更全面、更具体、更具有指导性的分析能力、工具 ， 以及用于降低改造成本和上线风险的各类辅助工具 ， 各团队同学在为自己瘦身目标负责前提下 ， 具有极高的过程自由度 ， 可以集中火力进行瘦身Action的分析制定和执行 。 另外 ， 这一阶段在技术上的关注点 ， 更多的聚焦到分析辅助技术 ， 而不是那些能够直接减小包大小的技术：
技术手段 。 分析技术成型：包大小分析工具franky即诞生于此时期 ， 初步实现“对apk大小真实贡献”的分析能力 ， 以及结合模块图谱数据将apk大小拆分到各研发团队 ， 多个可瘦身项检测也逐步沉淀到分析工具中；源头深度瘦身：无论是比较常规的无用和冗余性业务、功能、模块、甚至是方法级代码 ， 还是franky包含的若干可瘦身项 ， 都逐步在源头代码层面 ， 以更细粒度更治本的方式展开 。治理策略 。 中心化拆解 ， 分布式治理 。 借助分析工具 ， 将瘦身目标逐一拆解到不同团队和业务 ， 各自根据实际情况合理安排人员、方案、进度 。组织形式 。 专项模式 ， 几乎覆盖客户端所有团队和业务 。1.2 常态治理2年：稳中持续降
2020年9月至今（准确的说是1年半多一点） ， 进入常态治理阶段 ， 包大小从期初100MB ， 逐步降低到2022年3月底的64.9MB（截止本文完成的5月份为64.4MB） 。

在这个阶段 ， 包大小卡口能力完成了一次关键进化：与研发流程实现无缝结合 ， 对超限情况实现及时感知 ， 以及拦截阻断 ， 这让整体管控成本得到极大降低 。 同时 ， 对分析技术、瘦身技术的迭代、探索和应用 ， 始终没有停下脚步：dex排布优化、7z压缩、D8、R8等整体瘦身技术陆续上线 ， so无用导出符号等可瘦身项持续加入分析工具franky ， 相关技术也开始得到阿里内部更多app使用 ， 这进一步促进了功能快速发展和丰富 。 另一方面 ， 治理策略也在逐步完善 ， 客户端各研发团队围绕自己的包大小阈值 ， 把包大小提升为与稳定性、性能一样的日常研发迭代基础考量指标 。
治理模式 前面通过术、道、人三个维度对历史进行了回顾 ， 通过对比不难发现它们有着截然不同的特征 ， 据此可以将包瘦身治理分为两种模式：专项式、常态化 ， 前者以短时间快速瘦身为目标 ， 后者以长时间可持续维持为目标（甚至逐步降低） 。 看到这里 ， 或许会提出一个疑问：治理模式和“术、道、人”三维度有什么关系？如果一定要进行区分 ， 我认为既可以看作不同的思考视角 ， 也可以认为前者是后者的更高层次抽象：“术”的能力所达到的水平 ， “道”的选择所遵循的原则、“人”的排布所提供的保障 ， 共同决定了当前处于什么样的治理模式；反过来也适用 ， 即治理模式对“术、道、人”的内容和边界 ， 都有明确的要求 。
2.1 专项式vs常态化
专项式治理 ， 一般是在包大小持续上升至某个值后 ， 成立专门项目集中时间治理 。 一般会有多团队多人员参与 ， 同时会有明确的项目负责人 ， 来制定严格且固定的里程碑 。 此时的apk包由于经过一段时间积累 ， 会存在较多以无用和冗余功能为代表的可瘦身项 ， 相对容易识别和解决 ， 因此一般瘦身见效快 ， 当然专项结束后如果缺乏有效的可持续管控 ， 包大小反弹几乎是必然的 。 专项式治理的“精神内核”是目标优先 ， 这当然没有任何问题 ， 但在这个过程中 ， 往往很容易忽视瘦身改造所带来的其它负面影响 ， 例如不适当的远程化改造会带来用户体验受损、apk构建过程中采用大量“瘦身黑科技”导致打包耗时明显增加等 。 这里面的取舍和平衡之道 ， 没有标准答案 ， 只有综合判断“此时此地此景”后作出的选择 。


推荐阅读


上一篇：宫吧老哥是什么梗？

下一篇：gkd是什么意思？