Gradle是一个先进的构建系统，也是一个先进的构建工具包，允许通过插件创建自定义构建逻辑!

优点:

DSL——特定于领域的语言，基于Groovy DAG -有向无环图 增量构建 可扩展域模型 Gradle总是最新的 在任务执行之前，Gradle会对任务的输入和输出进行快照。 如果快照已经更改或不存在，Gradle将会更改 重新执行此任务。

清单条目

通过DSL可以配置以下内容 清单条目:

构建变体

默认情况下，Android插件会自动将项目设置为 构建应用程序的调试版本和发布版本。

依赖关系

本地相关性:

如果您的本地文件系统中有二进制档案，则该模块 依赖的，例如JAR文件，您可以在 该模块的构建文件。

远程的依赖关系:

首先必须将存储库添加到列表中，然后 依赖关系必须以Maven或Ivy声明其依赖关系的方式声明 工件。

Gradle是一个高级的Android构建工具包，用于管理依赖关系，并允许您定义自定义构建逻辑。特征就像

自定义、配置和扩展构建过程。 使用同一个项目为应用程序创建多个具有不同功能的APK文件。 重用代码和资源。

参考

简短的回答

Gradle是一个构建系统。

长回答

在使用Android Studio之前，您的开发目的是使用Eclipse，很可能您不知道如何在没有Eclipse的情况下构建Android APK。

您可以在命令行上完成此操作，但必须了解每个工具(dx和AAPT)在SDK中的功能。 Eclipse通过为我们提供自己的构建系统，将我们从这些低级但重要的基本细节中拯救出来。

现在，你有没有想过为什么res文件夹和src文件夹在同一个目录中?

这就是构建系统出现的地方。构建系统自动获取所有源文件(.java或.xml)，然后应用适当的工具(例如，获取.java类文件并将其转换为.dex文件)，并将所有这些文件组合成一个压缩文件-我们心爱的APK。

这个构建系统使用了一些约定:一个例子是指定包含源文件(在Eclipse中是\src文件夹)或资源文件(在Eclipse中是\res文件夹)的目录。

现在，为了自动化所有这些任务，必须有一个脚本;您可以使用Linux中的shell脚本或Windows中的批处理文件语法编写自己的构建系统。明白了吗?

Gradle是另一个构建系统，它从其他构建系统中获取最好的功能，并将它们组合成一个。它是基于它们的缺点而改进的。它是一个基于jvm的构建系统。这意味着你可以用Android Studio使用的Java编写自己的脚本。

Gradle很酷的一点是它是一个基于插件的系统。这意味着如果你有自己的编程语言，你想要自动化从源代码构建一些包(输出像Java的JAR文件)的任务，那么你可以用Java或Groovy(或Kotlin，见这里)编写一个完整的插件，并将其分发到世界各地。

谷歌为什么使用它?

谷歌看到了市场上最先进的构建系统之一，并意识到您可以编写自己的脚本，而不需要学习Groovy或任何其他新语言。所以他们为Gradle编写了Android插件。

你一定见过那建筑。项目中的Gradle或build.gradle.kts文件。在这里您可以编写脚本来自动化您的任务。您在这些文件中看到的代码是Groovy或Kotlin代码。如果你写System.out。println(“你好Gradle !”);然后它会打印在你的控制台上。

在构建脚本中可以做什么?

一个简单的例子是，在实际构建过程发生之前，您必须将一些文件从一个目录复制到另一个目录。Gradle构建脚本可以做到这一点。

我认为这背后的问题是为什么Android Studio / Gradle的体验如此糟糕。

典型的Clojure体验:

下载project.clj中列出的依赖项。 Leiningen通过Clojars和Maven获得依赖关系。 项目编译。

典型的Android Studio / Gradle体验:

“导入我的Eclipse项目”。 好的，项目导入。 Gradle正在做自己的事情…等待……等待……等待……Gradle已经完成了。 编译…不能编译，因为我不知道X是什么/找不到Y库。

我不确定这完全是Gradle的错。但是“从Eclipse项目导入”似乎很不靠谱。对于Gradle的所有所谓的复杂性和构建系统的优点，Android Studio似乎并没有很好地从Eclipse导入构建依赖项或构建过程。

它不会告诉你什么时候导入完整的依赖关系图失败了。Android Studio没有提供任何有用的帮助或提示来解决这个问题。它没有告诉您可以手动查看Eclipse文件夹中的哪个位置。它不会告诉你哪个库好像不见了。或者帮助您搜索Maven等。

在2016年，像Leiningen / Clojars, Node.js的npm, Python的pip, Debian的apkg(我相信其他语言和系统的许多类似的包管理器)都工作得很好……缺少依赖关系已成为过去。

Android除外。Android Studio现在是唯一一个让我感到依赖缺失的地方。

我倾向于说这是谷歌的错。当他们轻率地决定从Eclipse转向Android Studio / Gradle而没有产生一个强大的转换过程时，他们破坏了Android生态系统(以及数以千计的现有Android项目/在线教程)。那些在Eclipse中工作的项目的人并没有将它们适应Android Studio(可能是因为这对他们来说很痛苦)。试图在Android Studio中使用这些项目的人也遇到了同样的问题。

无论如何，如果Gradle是一个超级强大的构建系统，为什么我还在SDK管理器中管理大量其他依赖?为什么一个需要NDK的项目不能在它的Gradle文件中指定这一点，以便在需要时自动安装和构建?为什么NDK是特别的?目标平台也是如此?为什么我要显式地在IDE中安装它们，而不是只是检查我的项目，并在幕后为我排序?

在Android Studio中，Gradle是一个自定义构建工具，通过管理依赖关系和提供自定义构建逻辑来构建Android包(APK文件)。

APK文件(Android Application package)是一个特殊格式的ZIP文件，包含

字节码 资源(图像、UI、XML等) 清单文件

APK文件被签名并通过ADB (Android调试桥)推送到设备上执行。

Android Studio构建系统基于Gradle，并且Android Gradle插件添加了几个特定于构建Android应用程序的特性。虽然Android插件通常是与Android Studio同步更新的，但插件(以及Gradle系统的其余部分)可以独立于Android Studio运行，并单独更新。

有关详情，请参阅:

gradle-plugin版本 gradle网站