缓存 Android 项目

本指南介绍的是 Gradle 的构建缓存，但您可能也听说过 Android 构建缓存。它们是不同的东西。Android 缓存是 Android 插件中某些任务的内部缓存，最终将被原生 Gradle 支持取代。

构建缓存可以显著提高 Android 项目的构建性能，在许多情况下可以提高 30-40%。Android Gradle 插件提供的许多编译和组装任务都是可缓存的，并且随着每次新迭代，更多任务变得可缓存。

在优化构建时，你应该始终做的第一件事是确保你使用的是 Android Gradle 插件和 Gradle 构建工具的最新稳定支持版本。在撰写本文时，它们分别是 3.3.0 和 5.0。这些工具的每个新版本都包含许多性能改进，其中最重要的是对构建缓存的改进。

上面“缓存 Java 项目”中关于 讨论 的内容在这里同样适用，但需要注意的是，对于包含 Kotlin 源代码的项目，Kotlin 编译器目前不支持 编译避免，而 Java 编译器则支持。

针对纯 Java 项目的 上述建议 也适用于 Android 项目。但是，如果您在使用 Kotlin 和 kotlin-kapt 插件时使用注解处理器（例如 Dagger2 或 Butterknife），您应该知道在 Kotlin 1.3.30 之前，kapt 默认情况下不会被缓存。

您可以选择启用它（建议这样做），方法是在构建脚本中添加以下内容

与纯 Java 项目中的单元测试不同，Android 项目中的等效测试任务（AndroidUnitTest）不可缓存。Google 团队正在努力使这些测试可缓存。请参阅 此问题。

Android 仪器测试（DeviceProviderInstrumentTestTask），通常称为“Espresso”测试，也不可缓存。Google Android 团队也正在努力使此类测试可缓存。请参阅 此问题。

Android 的 Lint 任务的用户都知道使用它会带来巨大的性能损失，但也知道它对于在 Android 项目中查找常见问题是必不可少的。目前，此任务不可缓存。计划在 Android Gradle 插件 3.5 发布时使此任务可缓存。这也是始终使用最新版本的 Android 插件的另一个理由！

用于集成 Crashlytics 崩溃报告工具（以及其他工具）的 Fabric 插件非常流行，但在构建过程中会带来一些沉重的性能损失。这是因为需要为您的应用程序的每个版本提供唯一的标识符，以便它可以在 Crashlytics 仪表板中识别。实际上，Crashlytics 的默认行为是将“每个版本”等同于“每个构建”。这会破坏 增量构建，因为每个构建都是唯一的。它还会破坏构建中某些任务的可缓存性，原因相同。这可以通过简单地在“调试”构建中禁用 Crashlytics 来解决。您可以在 Crashlytics 文档 中找到相关说明。