利用 Buck 进行高效 Android 编译

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 读者交流群）。