- 原文地址： Improving build speed in Android Studio
- 原文作者： Android Developers
- 译文出自： 掘金翻译计划
- 本文永久链接： github.com/xitu/gold-m…
- 译者： qiuyuezhong
- 校对者： csming1995
由 Android Studio 产品经理 Leo Sei 发布
改善构建速度
在 Android Studio 中，我们希望让你成为最高效的开发者。通过与开发者的讨论和调查，我们了解到缓慢的构建速度会降低生产力。
在这篇文章中，我们将分享一些新的分析方法，以便更好的指出是什么真正影响了构建速度，并分享一些我们正在为此所作的工作，以及你能做些什么来防止构建速度变慢。
- 感谢很多开发者选择在 “preference > data sharing” 中与我们共享他们的使用统计信息，使得这件事情变得可能。
不同的速度测量方式
我们做的第一件事情是使用开源项目（ SignalAndroid , Tachiyomi , SantaTracker & skeleton of Uber ）来创建内部 benchmark，用于测量各种修改（代码，资源，manifest 等）对于项目构建速度的影响。
例如，这是一个研究代码更改对构建速度影响的 benchmark，可以看出，随着时间的推移，构建速度有很大的改善。
我们还研究了真实的数据，主要关注 Android Gradle 插件升级前后构建调试版本的速度。我们用它来体现新版本上构建速度的实际提升。
这表明了在新版本上，构建速度确实改善了很多，自 2.3 版本以来，构建时间提升了将近 50%。
最后，我们在忽略版本变化的情况下，研究了构建时间随着时间的演变。我们用它来表示实际构建速度随时间的变化。遗憾的是，结果表明了构建速度是随着时间的推移而减慢的。
如果每个版本的构建速度确实越来越快，并且我们可以在数据中看到，那么为什么它们会随着时间的推移而变得越来越慢呢？
我们在更深入的研究之后，意识到在我们的生态系统中发生的事情正在导致构建速度减慢，减慢的速度比我们提升的速度更快。
虽然我们知道随着项目的迭代，代码的增加、资源的使用、语言特性的增加，使项目的构建速度越来越慢，但我们还发现，还有许多其他因素超出了我们的直接控制范围：
- 2017 年末的 Spectre 和 Meltdown 补丁 对新流程和 I/O 产生了一定影响，使清除构建的速度减慢了 50% 到 140% 之间。
- 第三方和客制化的 Gradle 插件 ：96% 的 Android Studio 开发者使用一些额外的 Gradle 插件（其中一些并没有采用 最新的最佳实践 ）。
- 大多数使用的 注释处理器都是非增量化的 ，每次进行编辑时都会导致代码重新全量编译。
- 使用 Java 8 语言特性会导致需要执行去语法糖操作，这将影响构建时间。然而，我们已经用 D8 降低了去语法糖操作的影响。
- 使用Kotlin ，尤其是 Kotlin（KAPT）中的注释处理，也会影响构建性能。我们将继续与 JetBrains 合作，以将影响降至最低。
-
和真实的项目不同，那些项目的构建时间不会随着时间的推移而增长。Benchmark 模拟更改，然后撤销更改，仅测量我们的插件随时间推移而受到的影响。
