您可以使用 IntelliJ 原生导入器 或 Eclipse Buildship 在 IDE 中打开此示例。

本指南演示了如何使用 gradle init 创建一个 Java 库。您可以按照指南逐步操作从头开始创建一个新项目，或者使用上面的链接下载完整的示例项目。

您将构建什么

您将生成一个遵循 Gradle 约定的 Java 库。

您需要什么

创建项目文件夹

Gradle 自带一个名为 init 的内置任务，用于在空文件夹中初始化一个新的 Gradle 项目。init 任务使用（也是内置的）wrapper 任务来创建 Gradle 包装器脚本 gradlew。

第一步是为新项目创建一个文件夹并进入该文件夹。

$ mkdir demo
$ cd demo

运行 init 任务

在新的项目目录中，使用以下命令在终端中运行 init 任务：gradle init。当提示时，选择 2: library 项目类型和 1: Java 作为实现语言。接下来，您可以选择用于编写构建脚本的 DSL - 1 : Groovy 或 2: Kotlin。对于其他问题，按 Enter 键使用默认值。

输出将如下所示

$ gradle init

Select type of project to generate:
  1: basic
  2: application
  3: library
  4: Gradle plugin
Enter selection (default: basic) [1..4] 2

Select implementation language:
  1: C++
  2: Groovy
  3: Java
  4: Kotlin
  5: Scala
  6: Swift
Enter selection (default: Java) [1..6] 1

Select build script DSL:
  1: Groovy
  2: Kotlin
Enter selection (default: Groovy) [1..2] 1

Select test framework:
  1: JUnit 4
  2: TestNG
  3: Spock
  4: JUnit Jupiter
Enter selection (default: JUnit 4) [1..4]

Project name (default: demo):
Source package (default: demo):


BUILD SUCCESSFUL
2 actionable tasks: 2 executed

init 任务使用以下结构生成新项目

├── gradle (1)
│   ├── libs.versions.toml (2)
│   └── wrapper
│       ├── gradle-wrapper.jar
│       └── gradle-wrapper.properties
├── gradlew (3)
├── gradlew.bat (3)
├── settings.gradle.kts (4)
└── lib
    ├── build.gradle.kts (5)
    └── src
        ├── main
        │   └── java (6)
        │       └── demo
        │           └── Library.java
        └── test
            └── java (7)
                └── demo
                    └── LibraryTest.java
├── gradle (1)
│   ├── libs.versions.toml (2)
│   └── wrapper
│       ├── gradle-wrapper.jar
│       └── gradle-wrapper.properties
├── gradlew (3)
├── gradlew.bat (3)
├── settings.gradle (4)
└── lib
    ├── build.gradle (5)
    └── src
        ├── main
        │   └── java (6)
        │       └── demo
        │           └── Library.java
        └── test
            └── java (7)
                └── demo
                    └── LibraryTest.java
1 为包装器文件生成的文件夹
2 生成的版本目录
3 Gradle 包装器启动脚本
4 设置文件，用于定义构建名称和子项目
5 lib 项目的构建脚本
6 默认 Java 源代码文件夹
7 默认 Java 测试源代码文件夹

现在您已经设置好项目，可以构建 Java 库了。

查看项目文件

settings.gradle(.kts) 文件有两行有趣的代码

settings.gradle.kts
rootProject.name = "demo"
include("lib")
settings.gradle
rootProject.name = 'demo'
include('lib')

  • rootProject.name 为构建分配一个名称，这将覆盖将构建命名为其所在目录的默认行为。建议设置一个固定名称，因为如果项目共享（例如作为 Git 存储库的根目录），文件夹可能会更改。

  • include("lib") 定义构建包含一个名为 lib 的子项目，该子项目包含实际代码和构建逻辑。可以通过额外的 include(…​) 语句添加更多子项目。

我们的构建包含一个名为 lib 的子项目，它代表我们正在构建的 Java 库。它在 lib/build.gradle(.kts) 文件中配置

lib/build.gradle.kts
plugins {
    `java-library` (1)
}

repositories {
    mavenCentral() (2)
}

dependencies {
    testImplementation(libs.junit.jupiter) (3)

    testRuntimeOnly("org.junit.platform:junit-platform-launcher")

    api(libs.commons.math3) (4)

    implementation(libs.guava) (5)
}

tasks.named<Test>("test") {
    useJUnitPlatform() (6)
}
lib/build.gradle
plugins {
    id 'java-library' (1)
}

repositories {
    mavenCentral() (2)
}

dependencies {
    testImplementation libs.junit.jupiter (3)

    testRuntimeOnly 'org.junit.platform:junit-platform-launcher'

    api libs.commons.math3 (4)

    implementation libs.guava (5)
}

tasks.named('test') {
    useJUnitPlatform() (6)
}
1 应用 java-library 插件以实现 API 和实现分离。
2 使用 Maven Central 解析依赖项。
3 使用 JUnit Jupiter 进行测试。
4 此依赖项导出给消费者，也就是说在他们的编译类路径上找到。
5 此依赖项在内部使用，不会在消费者自己的编译类路径上公开。
6 使用 JUnit Platform 进行单元测试。

文件 src/main/java/demo/Library.java 如下所示

生成的 src/main/java/demo/Library.java
/*
 * This source file was generated by the Gradle 'init' task
 */
package demo;

public class Library {
    public boolean someLibraryMethod() {
        return true;
    }
}

接下来显示生成的测试 src/test/java/demo/Library.java

生成的 src/test/java/demo/LibraryTest.java
/*
 * This source file was generated by the Gradle 'init' task
 */
package demo;

import org.junit.jupiter.api.Test;
import static org.junit.jupiter.api.Assertions.*;

class LibraryTest {
    @Test void someLibraryMethodReturnsTrue() {
        Library classUnderTest = new Library();
        assertTrue(classUnderTest.someLibraryMethod(), "someLibraryMethod should return 'true'");
    }
}

生成的测试类包含一个 JUnit Jupiter 测试。该测试实例化 Library 类，调用其方法，并检查其返回值是否符合预期。

有关 java-library 插件为任何 JVM 库项目添加的功能（例如 API 和实现分离）的更多信息，请参阅 Java 库插件文档。

组装库 JAR

要构建项目，请运行 build 任务。您可以使用常规的 gradle 命令，但是当项目包含包装器脚本时，建议使用包装器脚本。

$ ./gradlew build

BUILD SUCCESSFUL in 0s
4 actionable tasks: 4 executed
第一次运行包装器脚本 gradlew 时，可能会延迟一段时间，因为该版本的 gradle 需要下载并存储在本地 ~/.gradle/wrapper/dists 文件夹中。

第一次运行构建时，Gradle 会检查您是否已在 ~/.gradle 目录下的缓存中拥有所需的依赖项。如果没有，则会下载并存储这些库。下次运行构建时，将使用缓存的版本。build 任务会编译类、运行测试并生成测试报告。

您可以通过打开位于 lib/build/reports/tests/test/index.html 的 HTML 输出文件来查看测试报告。

您可以在 lib/build/libs 目录中找到新打包的 JAR 文件，其名称为 lib.jar。通过运行以下命令验证存档是否有效

$ jar tf lib/build/libs/lib.jar
META-INF/
META-INF/MANIFEST.MF
lib/
lib/Library.class

您应该看到所需的清单文件——MANIFEST.MF——以及编译后的 Library 类。

所有这些操作无需在构建脚本中进行任何额外的配置，因为 Gradle 的 java-library 插件假设您的项目源代码按照 常规项目布局 进行排列。如果您愿意，可以自定义项目布局 如用户手册中所述。

恭喜您，您刚刚完成了创建 Java 库的第一步！现在您可以根据自己的项目需求对其进行自定义。

自定义库 JAR

您通常希望 JAR 文件的名称包含库的 版本。这可以通过在构建脚本中设置顶级 version 属性来实现

build.gradle.kts
version = "0.1.0"
build.gradle
version = '0.1.0'

除了版本之外，库的其他重要标识属性还有 名称 和 组。名称直接从代表库的子项目名称派生。在示例中，它是 lib，因此您可能需要通过更改 lib 文件夹的名称以及 settings.gradle(.kts) 文件中相应的 include(…​) 语句来调整它。组 用于在发布时为您的库提供完整的坐标。您可以在构建脚本中直接定义它，方法是设置 group 属性，类似于设置版本的方式（如上所示）。

现在运行jar任务

$ ./gradlew jar

BUILD SUCCESSFUL
2 actionable tasks: 1 executed, 1 up-to-date

你会注意到，生成的JAR文件位于lib/build/libs/lib-0.1.0.jar，其中包含预期的版本。

另一个常见需求是自定义清单文件，通常是通过添加一个或多个属性。让我们通过配置jar任务，将库名称和版本包含在清单文件中。将以下内容添加到构建脚本的末尾

build.gradle.kts
tasks.jar {
    manifest {
        attributes(mapOf("Implementation-Title" to project.name,
                         "Implementation-Version" to project.version))
    }
}
build.gradle
tasks.named('jar') {
    manifest {
        attributes('Implementation-Title': project.name,
                   'Implementation-Version': project.version)
    }
}

为了确认这些更改按预期工作，再次运行jar任务，这次还从JAR中解压缩清单文件

$ ./gradlew jar
$ jar xf lib/build/libs/lib-0.1.0.jar META-INF/MANIFEST.MF

现在查看META-INF/MANIFEST.MF文件的内容，你应该看到以下内容

META-INF/MANIFEST.MF
Manifest-Version: 1.0
Implementation-Title: lib
Implementation-Version: 0.1.0

生成源代码JAR

你可以轻松地为你的库生成一个源代码JAR

build.gradle.kts
java {
    withSourcesJar()
}
build.gradle
java {
    withSourcesJar()
}

额外的JAR将作为assemble或build生命周期任务的一部分生成，并将成为发布的一部分。生成的 文件位于lib/build/libs中，使用传统的分类器-sources命名。

添加API文档

java-library插件内置支持Java的API文档工具，通过javadoc任务。

构建初始化插件生成的代码已经在demo/Library.java文件中放置了一个注释。将注释中的/替换为/*，使其成为javadoc标记

src/main/java/demo/Library.java
/**
 * This java source file was generated by the Gradle 'init' task.
 */
 ...

运行javadoc任务。

$ ./gradlew javadoc

BUILD SUCCESSFUL
2 actionable tasks: 1 executed, 1 up-to-date

你可以通过打开位于lib/build/docs/javadoc/index.html的HTML文件来查看生成的javadoc文件。

你也可以为你的库生成一个Javadoc JAR

build.gradle.kts
java {
    withJavadocJar()
}
build.gradle
java {
    withJavadocJar()
}

额外的JAR将作为assemble或build生命周期任务的一部分生成，并将成为发布的一部分。生成的 文件位于lib/build/libs中，使用传统的分类器-javadoc命名。

发布构建扫描

了解构建在幕后执行情况的最佳方法是发布一个构建扫描。为此，只需使用--scan标志运行Gradle。

$ ./gradlew build --scan

BUILD SUCCESSFUL in 0s
4 actionable tasks: 4 executed

Publishing a build scan to scans.gradle.com requires accepting the Gradle Terms of Service defined at https://gradle.com/terms-of-service.
Do you accept these terms? [yes, no] yes

Gradle Terms of Service accepted.

Publishing build scan...
https://gradle.com/s/5u4w3gxeurtd2

点击链接，探索哪些任务被执行，哪些依赖项被下载，以及更多详细信息！

总结

就是这样！你现在已经成功地使用Gradle配置和构建了一个Java库项目。你已经学习了如何

  • 初始化一个生成Java库的项目

  • 运行构建并查看测试报告

  • 自定义构建生成的 Jar 文件

现在，您可以尝试编译一些使用您刚刚构建的库的 Java 代码来完成此练习。

下一步

构建库只是跨项目边界重用代码的一个方面。从这里，您可能对以下内容感兴趣