Gradle 与 Maven 对比

灵活性

谷歌选择 Gradle 作为 Android 的官方构建工具；并非因为构建脚本是代码，而是因为 Gradle 的设计方式使其在最基本层面上可扩展。Gradle 的模型还允许它 用于使用 C/C++ 的原生开发，并且可以扩展到涵盖任何生态系统。例如，Gradle 的设计考虑了使用其 工具 API 进行嵌入。

Gradle 和 Maven 都提供约定优于配置。但是，Maven 提供了一个非常严格的模型，这使得自定义变得乏味，有时甚至不可能。虽然这可以使理解任何给定的 Maven 构建变得更容易，只要您没有特殊要求，它也使其不适合许多自动化问题。另一方面，Gradle 的设计理念是赋能用户并让用户负责任。

性能

提高构建时间是更快发布的最直接方法之一。Gradle 和 Maven 都采用某种形式的并行项目构建和并行依赖项解析。最大的区别在于 Gradle 的工作避免和增量机制。使 Gradle 比 Maven 快得多的前 3 个功能是

• 增量性 — Gradle 通过跟踪任务的输入和输出来避免工作，并且只运行必要的操作，并且仅在可能的情况下处理 已更改的文件。
• 构建缓存 — 重用任何其他具有相同输入的 Gradle 构建的构建输出，包括机器之间。
• Gradle 守护进程 — 一个长期运行的进程，它将构建信息“热”地保存在内存中。

这些以及更多 性能特性 使 Gradle 在几乎所有场景下至少快两倍（对于使用构建缓存的大型构建，快 100 倍）Gradle 与 Maven 性能比较。

注意：Gradle 和 Maven 用户都可以利用 Develocity 中提供的构建缓存技术。Gradle 用户通常会体验到大约 50% 的额外构建时间减少，而 Maven 用户通常会体验到大约 90% 的减少。 观看此视频，详细了解 Develocity Maven 构建缓存技术和商业案例。

用户体验

Maven 的历史更长，这意味着它在 IDE 中的支持对于许多用户来说更好。然而，Gradle 的 IDE 支持正在迅速改进。例如，Gradle 现在有一个 基于 Kotlin 的 DSL，它提供了更好的 IDE 体验。Gradle 团队正在与 IDE 制造商合作，使编辑支持变得更好——敬请关注 更新。

尽管 IDE 很重要，但许多用户更喜欢通过命令行界面执行构建操作。Gradle 提供了一个现代的 CLI，它具有可发现性功能，例如 `gradle tasks`，以及改进的日志记录和 命令行补全。

最后，Gradle 提供了一个基于 Web 的交互式 UI 用于调试和优化构建：Build Scan™。这些也可以在本地托管，以允许组织收集构建历史记录并进行趋势分析、比较构建以进行调试或优化构建时间。

依赖管理

这两个构建系统都提供了内置功能来从可配置的存储库中解析依赖项。两者都能够在本地缓存依赖项并并行下载它们。

作为库使用者，Maven 允许覆盖依赖项，但只能通过版本。Gradle 提供可定制的 依赖项选择 和 替换规则，这些规则可以声明一次并处理整个项目的意外依赖项。这种替换机制使 Gradle 能够构建多个源项目以创建 组合构建。

Maven 只有很少的内置依赖项范围，这在使用测试夹具或代码生成等常见场景中迫使使用笨拙的模块架构。例如，单元测试和集成测试之间没有区别。Gradle 允许 自定义依赖项范围，这提供了更好的建模和更快的构建。

Maven 依赖项冲突解析使用最短路径，这会受到声明顺序的影响。Gradle 进行完整的冲突解析，选择图中找到的最高版本的依赖项。此外，使用 Gradle，您可以将版本声明为严格的，这使它们优先于传递版本，从而允许 降级依赖项。

作为库生产者，Gradle 允许生产者 声明 `api` 和 `implementation` 依赖项 以防止意外库泄漏到消费者的类路径中。Maven 允许发布者通过可选依赖项提供元数据，但仅作为文档。Gradle 完全支持功能变体和可选依赖项。

下一步

我们建议您更深入地了解 Gradle 的功能 或从以下资源开始。