理解Gradle多模块项目结构
gradle多模块项目是一种常见的项目组织方式，它允许将一个大型应用拆分为多个独立的子项目（模块），每个子项目负责特定的功能。这种结构有助于代码复用、模块化开发和团队协作。在一个典型的gradle多模块项目中，通常包含一个根项目和多个子项目。
- 根项目 (Root Project)：位于项目层级的最顶端，通常包含一个settings.gradle文件，负责定义整个多模块项目的结构。
- 子项目 (Subprojects)：每个子项目都是一个独立的Gradle项目，拥有自己的build.gradle文件，用于定义该模块的构建逻辑、依赖和任务。子项目之间可以相互依赖。
在Gradle中，settings.gradle文件扮演着至关重要的角色。它告诉Gradle构建系统哪些目录是项目的一部分，以及它们之间的关系。对于多模块项目，只在根项目下存在一个settings.gradle文件是最佳实践，这个文件负责声明所有子模块。
常见问题与错误分析
在配置Gradle多模块项目时，一个常见的错误是子项目无法找到其声明的另一个子项目依赖，导致类似以下错误信息：
A problem occurred evaluating root project 'util'. Project with path ':api' could not be found in root project 'util'.
这个错误通常发生在以下场景：当util子项目尝试通过implementation project(':api')引用api子项目时，Gradle却报告在util的“根项目”中找不到:api。这背后的根本原因在于子项目被Gradle错误地识别为了独立的根项目。
具体来说，如果一个子项目（例如util）拥有自己的settings.gradle文件，Gradle在处理该子项目时，可能会将其视为一个独立的构建单元，而不是整个多模块项目的一部分。在这种情况下，当util尝试寻找:api时，它只会在自己的“根”作用域内查找，而不会去整个多模块项目的根settings.gradle中定义的项目列表中查找，从而导致找不到依赖。
正确配置Gradle多模块项目
为了避免上述问题，并正确构建Gradle多模块项目，我们需要遵循以下配置原则：
1. 根目录settings.gradle的配置
在多模块项目的根目录下，必须有一个且只有一个settings.gradle文件。这个文件负责声明所有子项目，告诉Gradle它们是整个项目的一部分。
示例：mainFolder/settings.gradle
rootProject.name = 'main-multi-module-project' // 可以为根项目指定一个名称 // 声明所有的子项目 include ':api' include ':util' // 也可以一行声明多个 // include ':api', ':util'
通过include ':api'和include ':util'，我们明确告知Gradle，api和util是main-multi-module-project的子项目。
2. 子项目settings.gradle的处理
在标准的Gradle多模块项目中，子项目通常不应该拥有自己的settings.gradle文件。如果子项目目录下存在settings.gradle文件（例如util/settings.gradle或api/settings.gradle），并且其中包含rootProject.name = 'util'之类的声明，这会使Gradle将该子项目误识别为一个独立的根项目，从而破坏整个多模块项目的结构。
解决方案： 移除子项目目录下的settings.gradle文件。如果确实需要为子项目指定一个不同的名称（而非目录名），可以在根settings.gradle中使用project(':subproject-dir').name = 'custom-name'进行配置，但这在大多数情况下并非必要。
3. 子项目build.gradle的依赖声明
一旦根settings.gradle正确配置，并且子项目不再拥有独立的settings.gradle，我们就可以在子项目的build.gradle文件中声明子项目间的依赖了。
示例：util/build.gradle
plugins {
id 'org.springframework.boot' version '2.7.5'
id 'io.spring.dependency-management' version '1.0.15.RELEASE'
id 'java'
}
group = 'my.package.util'
version = '0.0.1-SNAPSHOT'
sourceCompatibility = '11'
repositories {
mavenCentral()
}
ext {
springBootVersion = '2.7.5'
}
dependencies {
// 引入Spring Boot平台依赖，统一版本
implementation platform("org.springframework.boot:spring-boot-dependencies:${springBootVersion}")
// 正确声明对 'api' 子项目的依赖
implementation project(':api')
// 其他外部依赖
implementation 'org.springframework.boot:spring-boot-starter-webflux'
compileOnly 'org.projectlombok:lombok'
annotationProcessor 'org.projectlombok:lombok'
testImplementation 'org.springframework.boot:spring-boot-starter-test'
testImplementation 'io.projectreactor:reactor-test'
}
tasks.named('test') {
useJUnitPlatform()
}在util/build.gradle中，implementation project(':api')是声明子项目间依赖的标准方式。Gradle会根据根settings.gradle中定义的项目结构，找到名为api的子项目并将其作为依赖引入。
示例：api/build.gradle (通常会比util简单，因为它可能不依赖其他子项目)
plugins {
id 'org.springframework.boot' version '2.7.5'
id 'io.spring.dependency-management' version '1.0.15.RELEASE'
id 'java'
}
group = 'my.package.api'
version = '0.0.1-SNAPSHOT'
sourceCompatibility = '11'
repositories {
mavenCentral()
}
ext {
springBootVersion = '2.7.5'
}
dependencies {
implementation platform("org.springframework.boot:spring-boot-dependencies:${springBootVersion}")
implementation 'org.springframework.boot:spring-boot-starter-webflux'
compileOnly 'org.projectlombok:lombok'
annotationProcessor 'org.projectlombok:lombok'
testImplementation 'org.springframework.boot:spring-boot-starter-test'
testImplementation 'io.projectreactor:reactor-test'
}
tasks.named('test') {
useJUnitPlatform()
}示例：构建一个正确的Gradle多模块项目
假设我们的项目结构如下：
├── mainFolder │ ├── settings.gradle // 根项目的settings.gradle │ ├── build.gradle // 根项目的build.gradle (可选，用于定义通用配置或聚合任务) │ ├── api // api子项目目录 │ │ ├── src │ │ └── build.gradle │ └── util // util子项目目录 │ ├── src │ └── build.gradle
1. mainFolder/settings.gradle (根项目配置)
rootProject.name = 'my-multi-module-app' include ':api' include ':util'
2. api/build.gradle (api子项目配置)
plugins {
id 'java'
id 'org.springframework.boot' version '2.7.5'
id 'io.spring.dependency-management' version '1.0.15.RELEASE'
}
group = 'my.package.api'
version = '0.0.1-SNAPSHOT'
sourceCompatibility = '11'
repositories {
mavenCentral()
}
dependencies {
implementation platform("org.springframework.boot:spring-boot-dependencies:2.7.5")
implementation 'org.springframework.boot:spring-boot-starter-webflux'
compileOnly 'org.projectlombok:lombok'
annotationProcessor 'org.projectlombok:lombok'
testImplementation 'org.springframework.boot:spring-boot-starter-test'
testImplementation 'io.projectreactor:reactor-test'
}3. util/build.gradle (util子项目配置，依赖api)
plugins {
id 'java'
id 'org.springframework.boot' version '2.7.5'
id 'io.spring.dependency-management' version '1.0.15.RELEASE'
}
group = 'my.package.util'
version = '0.0.1-SNAPSHOT'
sourceCompatibility = '11'
repositories {
mavenCentral()
}
dependencies {
implementation platform("org.springframework.boot:spring-boot-dependencies:2.7.5")
// 声明对 'api' 子项目的依赖
implementation project(':api')
implementation 'org.springframework.boot:spring-boot-starter-webflux'
compileOnly 'org.projectlombok:lombok'
annotationProcessor 'org.projectlombok:lombok'
testImplementation 'org.springframework.boot:spring-boot-starter-test'
testImplementation 'io.projectreactor:reactor-test'
}完成上述配置后，在mainFolder目录下执行./gradlew build，Gradle将能够正确识别并构建所有子项目，并解决它们之间的依赖关系。
注意事项与最佳实践
- 单一settings.gradle原则：确保整个多模块项目中只有一个根settings.gradle文件，它位于最顶层的项目目录。
- 清理构建缓存：在修改Gradle配置后，有时需要执行./gradlew clean build来清理旧的构建产物和缓存，确保新的配置生效。
- 版本统一管理：在多模块项目中，推荐在根项目的build.gradle或通过ext块统一管理常用库的版本，避免版本冲突和维护困难。例如，可以在根build.gradle中定义springBootVersion，然后在所有子项目中引用。
- 避免不必要的依赖：仔细审查每个模块的build.gradle，只添加实际需要的依赖。过多的依赖会增加构建时间和项目复杂度。
- Spring Boot父项目：对于Spring Boot项目，可以利用其父项目依赖来简化版本管理，如在根build.gradle中引入org.springframework.boot:spring-boot-starter-parent。
遵循这些指导原则，将有助于您高效、稳定地管理和构建复杂的Gradle多模块项目。
