Buck 是 Facebook 出品的高效开源 Android 编译工具,旨在鼓励开发者构建小规模可重用的程序模块,2013 年发布时,InfoQ 对此有过非常详细的报道。 随着版本的不断迭代和功能的不断演进,越来越多的团队开始利用Buck 改进编译过程,Vine 就是其中之一,该团队近期在博客中分享了Buck 使用的经验。
相比传统的Android 编译工具,Buck 凭借多核及并行技术,极大加速了Android 工程的编译速度。同时,多次编译过程中,它会对未变动的模块进行标记,以增量式编译的方式进一步提高速度。Buck 自带编译脚本生成功能,并提供编译过程中单元测试的代码覆盖率等数据表单,还为无法用Ant 工具编译的模块提供了便捷的编译方式。Buck 跟IntelliJ 结合紧密,可通过简单的编译脚本生成该IDE 可用的工程,极大降低了本地IDE 开发后向服务器迁移的成本。
Vine 团队首先介绍了开发环境,包括 Android Studio、Gradle 编译系统、Crashlytics 等第三方插件以及 Jenkins 持续集成工具。在开发过程中,Vine 发现虽然 Gradle 编译系统支持多平台配置,但是 Vine 的 Android 版本开发过程中会遇到两个问题,一是 App 的体积会持续不断地增长,二是随着越来越多编译步骤的增加,编译时间越来越长。在引入 Buck 前,这两个问题越来越严重,一次完整编译要花费 5 分钟左右时间,而哪怕修改一行代码的编译都需要 1 分钟。对于 Vine 这样的小型团队来讲,每天都要花费几个小时在等待编译完成,这让他们非常纠结。通过对过程的观察,Vine 发现 dex 文件合并以及通过 USB 安装 App 的时间占去了整个的 90%,因此决定以此作为突破口,这时他们发现了来自 Facebook 的 Buck 很精准地提供了这方面的优化,能够通过 ExoPackage 模式来缩短编译时间。Buck 在这方面有很多的优化,如最小编译依赖、最小 dex 传输等。具体来讲,Buck 引入了三个基本的概念,藉此完成高效编译。编译规则(rule),规定 Buck 在给定输入文件后生成输出文件的过程。编译目标(target),项目中用来指定采用哪个规则编译的字符串。编译文件(file),可包含多个编译规则,可类比为 Make 技术中的 Makefile。在上述三个概念的基础上,Buck 会根据 file 中给定的 target 寻找特定编译规则集合,然后根据每个规则来对 Android 工程进行编译。这种分布式编译的方式,在 Buck 内部以依赖图的形式表示,它能够使得相互之间没有依赖关系的模块并行编译,节约编译时间,并且通过对未改动模块的标记,还可以进一步加速。
最后 Vine 团队用了三个工作日来将编译环境迁移至 Buck,其中包含将远程 jar 全部放置本地,运行时修改 R 值,创建混合 AndroidManifest.xml 文件和创建 Buck 配置文件等。此时一次完整编译的时间已降低至 40 秒钟,而且本次迁移并未破坏和影响 Gradle 原本的优势,有了这样的成功,Vine 团队打算下一步将 Buck 和 Gradle 之间的同步更加自动化。
总而言之,Buck 面向的使用者是那些需要从单一代码库编译多个不同 target 的人,适合进行多平台开发的团队。值得注意的是,目前 Buck 不支持 Window 平台,因此只能通过 Mac 或 Linux 平台进行开发。对 Buck 安装、快速入门、以及编译过程感兴趣的读者可参考 Buck 官方给出的教程。
感谢徐川对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ , @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群)。
评论