拒绝编译等待 - 动态研发模式 ARK
作者:字节跳动终端技术——徐纪光
背景
iOS 业界研发模式多为 CocoaPods + Xcode + Git 的多仓组件化开发模型。为追求极致的研发体验、提升研发效率,对该研发模式进行了大量优化,但目前遇到了以下瓶颈,亟需突破:
- pod install 时间长:编译优化绝大部分任务放在了 CocoaPods 上,CocoaPods 承担了更多工作,执行时间因此变长。
- 编译时间长:虽然现阶段绝大部分工程已经从源码编译转型成二进制编译,但编译耗时依旧在十分钟左右,且现有工程基础上已无更好优化手段。
- 超大型工程通病:Xcode Index 慢、爆内存、甚至卡死,链接时间长。
ARK[1] 是全链路覆盖的动态研发模式,旨在保证工程体验的前提下缩小工程规模:通过基线构建的方式,提供线下研发所需物料;同时通过实时的动态库转化技术,保证本地研发仅需下载和编译开发仓库。
Show Case
动态研发模式本地研发流程图如下。接下来就以抖音产品为例,阐述如何使用 ARK 做一次本地开发。
演示基于字节跳动本地研发工具 MBox[2] 。
流程图
- 仓库下载
相较传统 APP 仓库动辄几个 GB 的大小,ARK 仓库贯彻了缩减代码规模这一概念。仓库仅有应用配置信息,不包含任何组件代码。ARK 仓库大小仅 2 MB,在 1 s 内可以完成仓库下载 。
在 MBox 中的使用仅需几步点击操作。首先选择要开发的产品,然后勾选 ark 模式,选择开发分支,最后点击 Create 便可以数秒完成仓库下载。
- 开发组件
pod A, :path =>'./A'
,之后进行本地开发。而在 MBox 和 ARK 的研发流程中,仅需选择要开发的组件点击 Add 便可进行本地开发。动态研发模式 ARK 通过解析
Podfile.lock
支持了 Checkout From Commit
功能,该功能根据宿主的组件依赖信息自动拉取相应的组件版本到本地,带来便捷性的同时也保证了编译成功率。- pod install
pod install
必须要经历 解析 Podfile 依赖、下载依赖、创建 Pods.xcodeproj
工程、集成 workspace 四个步骤,其中依赖解析和下载依赖两个步骤尤为耗时。ARK 研发模式下
Podfile
中没有组件,因此依赖解析、下载依赖这两个环节耗时几乎为零。其次由于工程中仅需开发组件步骤中添加的组件,在创建 Pods 工程、集成工程这两个环节中代码规模的降低,对提升集成速度的效果非常显著。没有依赖信息,编译、链接阶段显然不能成功。ARK 解决方案通过自研 cocoapods-ark 及配套工具链来保证编译、链接、运行的成功,其原理后续会在系列文章中介绍。
- 开发组件编译&调试
xcworkspace
,即可正常开发、调试完整的应用。工程中仅保留开发组件,但是依然有变量、函数、头文件跳转能力;参与 Index、编译的规模变小,Xcode 几乎不存在 loading 状态,大型工程也可以秒开;编译速度大幅提升。在整个动态研发流程中,通过工具链将组件从静态库转化成动态库,链接时间明显缩短。
- 查看全源码
pod doc
异步命令实现该能力,此命令可以在开发时执行,命令执行完成后重启工程即可通过 Document Target 查看工程中其他组件源码。pod doc 优点:
- 支持异步和同步,执行过程中不影响本地开发。
- 执行指令时跳过依赖解析环节,从服务端获取依赖信息,下载源码。
- 通过
xcodegen
异步生成 Document 工程,大幅降低pod install
时间。 - 仅复用
pod installer
中的资源下载、缓存模块。 - 支持仓库统一鉴权,自动跳过无权限组件仓库。
收益 体验上: 与传统模式开发流程一致,零成本切换动态研发模式。
工具上: 站在巨人的肩膀上,CocoaPods 工具链相关优化在 ARK 同样生效。
时间上: 传统研发模式中,历经各项优化后虽然能将全链路开发时间控制在 20 分钟左右,但这样的研发体验依旧不够友好。开发非常容易在这个时间间隔内被其他事情打断,良好的研发体验应该是连贯的。结合本地开发体验我们认为,一次连贯的开发体验应该将工程集成时间控制在分钟级,当前研发模式成功做到了这一点,将全链路开发时间控制在 5 分钟以内。
成功率: 成功率一直是研发效率中容易被忽视的一个指标。据不完全数据统计,集团内应用的本地全量编译成功率不足五成。一半的同学会在首次编译后执行重试。显然,对于工程新手来说就是噩梦,这意味着很长时间将在这一环节中浪费。而 ARK 从平台基线到本地工具链贯彻 Sandbox 的理念,整体上提高编译成功率。
写在最后 ARK 当前已经在字节跳动内部多业务落地使用。从初期技术方案的探索到实际落地应用,遇到了很多技术难点,也对研发模式有了新的思考。
相关技术文章将陆续分享,敬请期待。
扩展阅读 [1] ARK: https://github.com/kuperxu/Kw...
[2] MBox: https://mp.weixin.qq.com/s/5_...
字节跳动终端技术团队(Client Infrastructure)是大前端基础技术的全球化研发团队(分别在北京、上海、杭州、深圳、广州、新加坡和美国山景城设有研发团队),负责整个字节跳动的大前端基础设施建设,提升公司全产品线的性能、稳定性和工程效率;支持的产品包括但不限于抖音、今日头条、西瓜视频、飞书、懂车帝等,在移动端、Web、Desktop等各终端都有深入研究。
【拒绝编译等待 - 动态研发模式 ARK】火山引擎应用开发套件MARS是字节跳动终端技术团队过去九年在抖音、今日头条、西瓜视频、飞书、懂车帝等 App 的研发实践成果,面向移动研发、前端开发、QA、 运维、产品经理、项目经理以及运营角色,提供一站式整体研发解决方案,助力企业研发模式升级,降低企业研发综合成本。
推荐阅读
- 《遥遥无期的等待》
- 拒绝可以很艺术,或者很行为艺术。
- 工具分享|5个有趣好玩的网站,拒绝无聊!
- 冬日漫长,等待春风
- 【迅动股票】强势股开始回调,降低仓位等待回踩
- 调侃语录(二)
- 《Unix网络编程》第一卷第三版|《Unix网络编程》第一卷第三版 源码编译
- maven使用tomcat7插件编译jsp出错
- 嵌入式(编译内核、根文件系统等)
- 比特铲-大神访谈第一期(拒绝被割!行情走低,韭菜们该如何逆袭狗庄!)