Ant, Gradle 和 Maven 都是 Java 项目的流行构建工具.
特性
特性/工具 | Ant | Maven | Gradle |
---|---|---|---|
灵活性 | 高,可以自定义构建过程和任务。 | 较低,依赖于预定义的生命周期模型。 | 高,可以自定义构建过程,同时提供预定义的生命周期模型。 |
配置语言 | XML | XML | Groovy 或 Kotlin DSL |
学习曲线 | 陡峭,需要了解大量的 XML 和自定义脚本。 | 中等,需要了解生命周期和插件机制。 | 平缓,Groovy 或 Kotlin 语法直观易懂。 |
依赖管理 | 无内置的依赖管理,需要配合 Apache Ivy 使用。 | 出色的依赖管理,自动下载和管理依赖。 | 优秀的依赖管理,支持动态版本和依赖锁定。 |
性能 | 一般,不支持并行或增量构建。 | 一般,不支持并行或增量构建。 | 出色,支持并行和增量构建,尤其适合大型多模块项目。 |
插件生态系统 | 健全,有大量的第三方库和工具。 | 非常丰富,有大量的内置和第三方插件。 | 迅速发展中,集成了 Maven 和 Ant 的插件。 |
适用场景 | 适用于需要高度自定义构建过程的大型企业项目。 | 适用于需要标准化和自动化构建过程的项目。 | 适用于各种类型的项目,尤其是需要高性能或高度自定义的项目。 |
如何选择:
取决于你的具体需求
如果你的项目需要高度定制化的构建过程,并且你愿意花费时间来维护复杂的构建脚本,那么 Ant 可能是个好选择。
如果你希望简化和标准化你的构建过程,并且你需要出色的依赖管理,那么 Maven 可能是个好选择。
如果你需要灵活性和性能,并且你希望使用更现代和简洁的配置语言,那么 Gradle 可能是个好选择。
Gradle简单介绍
一个简单的 Spring Boot 项目使用 Gradle 的构建配置的示例:
plugins {
id 'org.springframework.boot' version '2.5.4'
id 'io.spring.dependency-management' version '1.0.11.RELEASE'
id 'java'
}
group = 'com.example'
version = '0.0.1-SNAPSHOT'
sourceCompatibility = '11'
repositories {
mavenCentral()
}
dependencies {
implementation 'org.springframework.boot:spring-boot-starter-data-jpa'
implementation 'org.springframework.boot:spring-boot-starter-web'
developmentOnly 'org.springframework.boot:spring-boot-devtools'
runtimeOnly 'com.h2database:h2'
testImplementation 'org.springframework.boot:spring-boot-starter-test'
}
test {
useJUnitPlatform()
}
这个构建脚本做了以下几件事:
plugins 块应用了四个插件:org.springframework.boot,io.spring.dependency-management,java。这些插件会增加很多额外的任务和配置,用于构建 Spring Boot 和 Java 项目。
group 和 version 设置了项目的基本信息。
sourceCompatibility 设置了 Java 版本。
repositories 块指定了依赖的下载源。
dependencies 块定义了项目的依赖,包括运行时依赖和测试依赖。
test 块配置了测试任务,使用 JUnit Platform 来运行测试。
增量构建是 Gradle 的一个重要特性,用于提高构建性能。当你运行构建任务时,Gradle 会检查任务的输入和输出。如果输入没有变化,且输出已经存在并且是最新的,那么 Gradle 就会跳过这个任务,因为它认为这个任务已经完成了。
为了实现增量构建,你需要确保你的任务正确地声明了它们的输入和输出。在大多数情况下,Gradle 的内置任务(如编译和测试)和常用的插件已经正确地声明了输入和输出,所以你无需做额外的配置就能享受到增量构建的好处。
但如果你定义了自定义任务,那么你需要使用 inputs 和 outputs 属性来声明任务的输入和输出,如下所示:
task generateCode {
inputs.files "src/main/templates"
outputs.dir "src/main/generated"
doLast {
// 实际的代码生成逻辑
}
}
在这个示例中,generateCode 任务的输入是 "src/main/templates" 目录,输出是 "src/main/generated" 目录。这样 Gradle 就可以正确地判断任务是否需要运行,从而实现增量构建。
Gradle构建配置优先级
脚本阶段的优先级是最高的,其次是任务级别,然后是项目级别。但请注意,这个规则并不意味着你应该尽可能地在执行阶段或任务级别定义配置。
样例
将通过一个实际的例子来解释脚本阶段、项目级别和任务级别的概念。
让我们假设你有一个 Gradle 项目,该项目包含一个根项目和两个子项目:subproject1 和 subproject2。这个项目的目录结构可能如下:
- rootProject
- build.gradle
- settings.gradle
- subproject1
- build.gradle
- subproject2
- build.gradle
在这个例子中,rootProject/build.gradle 文件定义的是项目级别的配置。这些配置适用于整个项目,包括 rootProject 以及所有的子项目(subproject1 和 subproject2)。例如,你可能在这个文件中定义了一个应用于所有子项目的插件:
subprojects {
apply plugin: 'java'
}
然后,在每个子项目的 build.gradle 文件中,你可以定义任务级别的配置。这些配置只适用于该子项目。例如,你可能在 subproject1/build.gradle 中定义了一个特定的构建任务:
task customTask {
doLast {
println 'This is a custom task in subproject1.'
}
}
至于脚本阶段,Gradle 的构建过程主要包括两个阶段:配置阶段和执行阶段。在配置阶段,Gradle 会解析所有的构建脚本,并创建所有的项目和任务对象。在执行阶段,Gradle 会根据你的命令行参数,执行被选中的任务。在上面的 customTask 例子中,doLast 块中的代码就是在执行阶段运行的。如果你在命令行中运行
./gradle subproject1:customTask
你会在控制台上看到 "This is a custom task in subproject1." 这句话。
Gradle构建配置语言
在 Gradle 中,构建脚本可以使用 Groovy 或 Kotlin 编写,它们都是动态语言,语法比 XML 更加简洁和直观。
Groovy DSL:
在早期的 Gradle 版本中,构建脚本默认使用 Groovy DSL 进行编写。Groovy 语法简洁,且对 Java 开发者来说非常熟悉。一个简单的示例如下:
apply plugin: 'java'
repositories {
maven {
url "https://plugins.gradle.org/m2/"
}
}
dependencies {
testImplementation 'junit:junit:4.13'
}
Kotlin DSL:
从 Gradle 5.0 开始,Gradle 也支持使用 Kotlin DSL 来编写构建脚本。Kotlin 是一种静态类型语言,比 Groovy 提供了更好的性能、安全性和工具支持。使用 Kotlin DSL 的构建脚本以 .gradle.kts 为文件扩展名。一个简单的示例如下:
plugins {
java
}
repositories {
maven {
url = uri("https://plugins.gradle.org/m2/")
}
}
dependencies {
testImplementation("junit:junit:4.13")
}
Gradle Wrapper
Gradle Wrapper 是一个方便的工具,用于在没有安装 Gradle 或者安装了不同版本的 Gradle 的机器上执行 Gradle 构建。这个工具由一个脚本和一个属性文件组成,它们会被包含在你的源代码中。当你运行 Gradle Wrapper 时,它会自动下载和使用正确版本的 Gradle,这样就能确保每个人都使用同样版本的 Gradle 来构建项目,避免了版本不一致带来的问题。
Gradle Wrapper 包含以下几个文件:
gradlew:在 Unix 或者类 Unix 系统(如 Linux 或 macOS)上的可执行脚本。
gradlew.bat:在 Windows 系统上的可执行脚本。
gradle/wrapper/gradle-wrapper.jar:执行实际工作的 JAR 文件。
gradle/wrapper/gradle-wrapper.properties:配置文件,指定了 Gradle 版本和下载地址。
你可以使用 gradle wrapper 命令来生成或更新 Gradle Wrapper。例如,以下命令将 Gradle 版本设置为 7.2:
gradle wrapper --gradle-version 7.2
然后你就可以使用 ./gradlew 或 ./gradlew.bat 来代替 gradle 运行构建任务了。例如,以下命令使用 Gradle Wrapper 执行 build 任务:
./gradlew build
如果你的机器上没有安装 Gradle,或者安装的版本不是 7.2,Gradle Wrapper 会自动下载并使用 7.2 版本的 Gradle。