简述分析 Gradle 多项目构建（Multi-Project Builds）？

八股文_Gradle 构建 0 29

参考回答

Gradle多项目构建（Multi-Project Builds）是指在一个主项目中管理多个子项目的构建过程。它的核心思想是模块化和配置共享。例如，一个大型应用可能拆分为核心模块（core）、API模块（api）和Web模块（web），每个模块独立开发，但共享公共配置（如依赖版本、插件）。

实现多项目构建的关键文件是：
1. settings.gradle：定义包含哪些子项目（如include 'core', 'api', 'web'）。
2. 根项目的build.gradle：配置所有子项目共享的插件、依赖、仓库等。
3. 子项目的build.gradle：定义模块特有的配置（如模块独有的依赖）。

通过allprojects或subprojects可以统一配置所有或部分子项目。子项目间的依赖通过dependencies { implementation project(':core') }声明。这种结构提高了代码复用性，减少了重复配置。

详细讲解与拓展

1. 核心结构与配置逻辑

假设项目结构如下：

root-project/  
├── settings.gradle  
├── build.gradle  
├── core/  
│   └── build.gradle  
├── api/  
│   └── build.gradle  
└── web/  
    └── build.gradle

settings.gradle：通过include 'core', 'api', 'web'声明子项目。

根项目的build.gradle：

allprojects {  
  repositories {  
      mavenCentral()  
  }  
  // 公共插件（如Java插件）  
  apply plugin: 'java'  
}  
subprojects {  
  dependencies {  
      testImplementation 'junit:junit:4.13'  
  }  
}

这里所有子项目都会应用java插件并使用JUnit测试依赖。

子项目的build.gradle：

// web模块特有配置  
dependencies {  
  implementation project(':core')  // 依赖core模块  
  implementation 'org.springframework:spring-web:5.3.0'  
}

2. 关键技巧与场景

统一版本管理：在根项目中使用ext定义公共版本号：
```
ext {  
  springVersion = '5.3.0'  
}  
```
子项目通过rootProject.ext.springVersion引用。

条件化配置：

subprojects {  
  if (project.name.startsWith('web')) {  
      apply plugin: 'war'  // 仅Web模块应用WAR插件  
  }  
}

任务聚合：在根项目中定义一个任务执行所有子项目的测试：
```
task testAll {  
  dependsOn subprojects.test  
}  
```
运行gradle testAll即可执行所有子项目的测试。

3. 性能优化

按需配置（Configuration on Demand）：在gradle.properties中设置org.gradle.configureondemand=true，Gradle只会配置与当前任务相关的项目。
并行构建：通过gradle build --parallel加速构建。

4. 常见误区

循环依赖：如果core依赖api，同时api又依赖core，会导致构建失败。需通过重构模块解决。
过度统一配置：若子项目差异较大，强行使用allprojects可能导致配置混乱。此时应优先使用subprojects或单独配置。

5. 对比Maven

Gradle多项目比Maven的<modules>更灵活：
– Maven的父POM强制继承，Gradle可通过allprojects选择性共享配置。
– Gradle支持动态配置（如条件化应用插件），Maven依赖XML难以实现类似逻辑。

示例场景

一个微服务系统包含user-service、order-service和common-utils模块：
– common-utils被其他两个服务依赖。
– 根项目统一配置Spring Boot版本和JVM版本。
– 每个服务模块单独配置数据库驱动等依赖。