Spring Boot多模块项目的创建和配置（Maven工程多模块）

- 日理万妓 2023-10-13 13:07 164阅读 0赞

在进行分布式系统开发时，我们通常会创建多个模块的工程项目。即每一个功能就是一个Spring Boot工程，作为一个个模块，然后这些模块都会有一个父模块，父模块通常没有代码只有一个`pom.xml`。

今天就来分享一下Spring Boot如何创建一个多模块项目，以创建一个两个子模块的工程为例。

### 1，创建父模块 ###

在IDEA中，创建一个Spring Boot项目，但是不勾选任何依赖：

![format_png][]

![format_png 1][]

创建好之后，将父模块中除了`pom.xml`文件之外的全部文件删除：

![format_png 2][]

因为父模块只是做一个模块和依赖管理的作用，因此不需要代码。

然后修改这个父模块的`pom.xml`文件，首先把`<dependencies>`节点、`<build>`节点和`<properties>`全部删除：

![format_png 3][]

然后修改版本号为自己定义的（方便后续子模块指定父模块）：

![format_png 4][]

然后修改父模块打包方式为pom，在其中加入如下语句即可：

xml复制代码<packaging>pom</packaging>

![format_png 5][]

好的，到这里父模块修改就完成了！

### 2，创建子模块并继承父模块 ###

在左边项目树中父模块位置右键新建Spring Boot工程：

![format_png 6][]

![format_png 7][]

![format_png 8][]

然后把子模块不需要的文件也删掉（只留`pom.xml`和`src`文件夹）：

![format_png 9][]

修改该子模块的`pom.xml`文件，首先把子模块`<parent>`中的工件坐标改成和上述父模块一致：

![format_png 10][]

![format_png 11][]

然后删除子模块的`<groupId>`节点，因为通常子模块继承父模块，子模块的组id是和父模块的一致的：

![format_png 12][]

ok，到此子模块创建并配置完成！此时这个子模块（工件名`module-one`）就继承了刚刚的父模块。

然后以这个步骤再创建一个子模块`module-two`：

![format_png 13][]

最后整个工程就创建完成了！总共两个子模块。

### 3，在父模块中指定子模块 ###

回到父模块的`pom.xml`文件，添加`<modules>`节点，在其中加入`<module>`节点以指定子模块：

![format_png 14][]

需要注意的是，`<module>`节点中的内容是**子模块工程的文件夹名**！所以通常规范起见子模块工程的文件夹名通常和它的组件名一致。

![format_png 15][]

然后在父模块文件夹中执行`mvn clean package`试试：

![format_png 16][]

可以看见构建打包成功，以及每个模块的构建时间。

到此，多模块项目就创建完成了！

### 4，子模块之间的互相引用 ###

在多模块项目中，子模块的互相引用也很方便。

比如说上述`module-one`要调用`module-two`中的类，就直接把`module-two`的工件坐标加入到`module-one`的`pom.xml`的依赖部分即可！

![format_png 17][]

更新一下Maven工程，就可以在`module-one`中调用`module-two`的类了！

不过这个时候运行工程是没有任何问题的，但是打包会出错：虽然`module-one`依赖了`module-two`，但是仍然会在打包`module-one`的时候，提示找不到`module-two`中的类。

![format_png 18][]

这是由于Spring Boot打包的模式问题，我们打开被依赖模块module-two的pom.xml文件找到最下面<build>节点中，在spring-boot-maven-plugin插件部分中加入下面配置：

xml复制代码<classifier>exec</classifier>

最终如下：

![format_png 19][]

这个时候对父模块打包，就成功了！

![format_png 20][]

### 5，再看`parent`和`modules`标签 ###

在上述无论是子模块继承父模块还是父模块中声明子模块，主要就是用到了`parent`标签和`modules`标签。那么这里有一个疑问了：既然子项目使用了`parent`指定父项目，那父项目中为什么还需使用`modules`指定子项目？这么做是否有些冗余？

事实上，这两个标签不仅仅是指定关系，还有着其它不同的作用。

#### (1) `parent`标签 ####

`parent`标签就是用于声明该子模块的父模块了！也就是说，一个子模块要继承父模块，只需在`parent`中声明父模块的工件坐标即可。

当多个子模块继承了同一个父模块时：

*  它们都会继承父模块中的依赖、插件、属性等等
 *  这些子模块之间也可以相互引用

在上述例子中，我们的子模块文件夹和父模块`pom.xml`在同一目录下，如果不在同一目录呢？那还需要在子模块的`parent`中使用`relativePath`来指定父模块的`pom.xml`的相对路径。

例如现在父项目的pom.xml文件不在子项目的上一级目录中，而是在子项目的上两级目录中，你可以将relativePath设置为../../pom.xml如下：

xml复制代码<parent>
    	<groupId>com.gitee.swsk33</groupId>
    	<artifactId>total-module</artifactId>
    	<version>1.0.0</version>
    	
    	<relativePath>../../pom.xml</relativePath>
    </parent>

注意，`relativePath`中指定的是**相对路径**，并且是**父模块`pom.xml`相对于该子模块`pom.xml`文件的路径**。

#### (2) `modules`标签 ####

当你现在需要构建父项目，比如在父项目的根目录下执行构建命令（如`mvn clean install`）时，所有继承了该父项目的子模块都会被构建吗？显然**不是**的。

**只有声明在父项目的`modules`中的子模块，才会被构建。**

想必现在大家知道了两者的区别了，`parent`声明继承，主要是继承属性、依赖等等父项目的属性，而父项目中的`modules`是指定哪些子模块会随着该父模块一起被构建。

所以如果你的项目中有的用于测试的子项目需要继承父项目，但是又不希望这些用于测试的模块被构建，你就可以不在父项目中的`modules`中声明它们。

### 6，依赖管理 ###

多模块项目中模块变多了，依赖管理不当也会导致很多莫名其妙的问题。但是如果对每个模块分别管理依赖及其版本，会相当麻烦。

#### (1) 共用的依赖 ####

假设上述`module-one`和`module-two`都需要依赖`fastjson2`，我们平常**并不会**依次在`module-one`和`module-two`中分别单独加入其依赖，而是直接在父模块`pom.xml`中指定，和平时一样，在父模块的`pom.xml`的`dependencis`节点中加入即可：

![format_png 21][]

这样，子模块中即使是不加入`fastjson2`依赖，也可以使用这个库了！因为子模块除了可以使用自己的依赖之外，还会向上查找父模块的依赖，也就是说，**父模块的依赖是向下继承的**，因此对于所有模块都要使用的依赖，我们可以写在父模块中。

> 所以，两个模块都依赖于`Spring Web`话，也可以将两个模块的`Spring Web`依赖移至父模块。

所以说父模块和子模块中，依赖也有着继承的关系！事实上，父模块的`properties`也是向下继承的。

#### (2) 依赖版本管理 ####

假如现在`module-one`依赖于`okhttps`的`4.0.0`版本，而`module-two`依赖于`commons-io`的`2.11.0`版本，显然这时我们不适合再在父模块中加入了，还是各自加入对应依赖。

![format_png 22][]

目前因为只有两个模块，这么做看起来很合理。但是假设现在又多了`module-three`，`module-four`等等，它们也是分别依赖于`okhttps`与`commons-io`，那么我们又要分别在这两个模块中分别单独加入依赖。

<table> 
 <thead> 
  <tr> 
   <th>摸块</th> 
   <th>依赖</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td><code>module-one</code>和<code>module-three</code></td> 
   <td><code>okhttps</code></td> 
  </tr> 
  <tr> 
   <td><code>module-two</code>和<code>module-four</code></td> 
   <td><code>commons-io</code></td> 
  </tr> 
 </tbody> 
</table>

可能一开始没有问题，但是后面模块依赖版本需要更新，但是一个个地更新难免会有疏漏，导致部分模块虽然依赖一样但是版本不一致，最后整个系统也出现了莫名其妙地错误，还难以排查。

就假设后面你把`module-one`的`okhttps`更新到了`4.0.1`版本，但是`module-three`的`okhttps`仍然是`4.0.0`版本，这样整个系统就可能出现问题甚至无法启动。

尤其是模块变成十几个甚至上百个了，一个个地手动修改是几乎不可能的，要如何让每个模块使用的依赖版本统一呢？

这时，我们就要借助`dependencyManagement`标签了！

**dependencyManagement用于管理依赖的版本**，我们在父模块的pom.xml加入这个标签：

xml复制代码<dependencyManagement>
       <dependencies>
          <dependency>
             <groupId>cn.zhxu</groupId>
             <artifactId>okhttps</artifactId>
             <version>4.0.0</version>
          </dependency>
    
          <dependency>
             <groupId>commons-io</groupId>
             <artifactId>commons-io</artifactId>
             <version>2.11.0</version>
          </dependency>
       </dependencies>
    </dependencyManagement>

然后，在子模块中，就可以把对应的依赖版本去掉了！

![format_png 23][]

可见这里，子模块中只需要引入对应依赖，而不需要指定版本了！因为**子模块会向上查找父模块中`dependencyManagement`标签中对应依赖的版本**。

这样，就起到了**统一管理版本**的作用，只需要在父模块的`dependencyManagement`中修改对应依赖版本，子模块中对应依赖都会相应地使用这个版本。

`dependencyManagement`的注意事项：

*  `dependencyManagement`**仅用于管理版本，而不会为自己以及子模块导入依赖**，因此在`dependencyManagement`中声明依赖后，对应的子模块仍然需要在`dependencies`中加入依赖
 *  在`pom.xml`中`dependencyManagement`和`dependencies`同级，并且`dependencyManagement`中也需要有一个`dependencies`
 *  `dependencyManagement`不仅可以管理子模块的依赖版本，也可以管理自身的依赖版本
 *  若不想让某个子模块使用父模块`dependencyManagement`的版本，那就在这个子模块的`dependencies`中声明对应版本

#### (3) 总结 ####

总而言之，对于**所有子模块都共用的依赖**，我们只需在父模块的`dependencies`中引入这个依赖即可，而不需要再在子模块`pom.xml`中引入。

而对于**不是所有子模块都需要的依赖，而是部分子模块需要的**，又要统一版本管理，这时除了在需要这个依赖的子模块中引入依赖之外，还需要在父模块中的`dependencyManagement`声明这个依赖及其版本，这时，可以去掉子模块中对应依赖的版本号，使其遵循父模块中声明的版本。

示例仓库地址：

*  [简单多模块项目][Link 1]
 *  [统一依赖管理的多模块项目][Link 2]

[format_png]: https://img-blog.csdnimg.cn/img_convert/e3770ddeae964255b7bef95461dd359b.webp?x-oss-process=image/format,png
[format_png 1]: https://img-blog.csdnimg.cn/img_convert/07685a52e3b33a742eb548bb73d6f5bd.webp?x-oss-process=image/format,png
[format_png 2]: https://img-blog.csdnimg.cn/img_convert/0737b426612914ab3913216648f8bf28.webp?x-oss-process=image/format,png
[format_png 3]: https://img-blog.csdnimg.cn/img_convert/cb252cafd68d242632ae817a41dcb9d4.webp?x-oss-process=image/format,png
[format_png 4]: https://img-blog.csdnimg.cn/img_convert/1fd0fd2dabc280a7a947b1dfa549be90.webp?x-oss-process=image/format,png
[format_png 5]: https://img-blog.csdnimg.cn/img_convert/f68e62d766e52bdbfa967c5b9041d15b.webp?x-oss-process=image/format,png
[format_png 6]: https://img-blog.csdnimg.cn/img_convert/0cb331861ad5d7911acefc9e6705fd3c.webp?x-oss-process=image/format,png
[format_png 7]: https://img-blog.csdnimg.cn/img_convert/78f218fbdc516d3c7488e134dd875296.webp?x-oss-process=image/format,png
[format_png 8]: https://img-blog.csdnimg.cn/img_convert/74776b580e8e79cf92b1f3b443ad6ac9.webp?x-oss-process=image/format,png
[format_png 9]: https://img-blog.csdnimg.cn/img_convert/810084b5be5e21be2a7ee1564c5d549a.webp?x-oss-process=image/format,png
[format_png 10]: https://img-blog.csdnimg.cn/img_convert/be14426c35ab80767b12801af4ea4cc3.webp?x-oss-process=image/format,png
[format_png 11]: https://img-blog.csdnimg.cn/img_convert/c949778c7d6693b11ccafeafa951efda.webp?x-oss-process=image/format,png
[format_png 12]: https://img-blog.csdnimg.cn/img_convert/719b3aaab6efaf693be9815c6e79bac7.webp?x-oss-process=image/format,png
[format_png 13]: https://img-blog.csdnimg.cn/img_convert/9ee6f03fdd80012d5103d86711138792.webp?x-oss-process=image/format,png
[format_png 14]: https://img-blog.csdnimg.cn/img_convert/d546699381ad519cdd9a0dc2627bdbfe.webp?x-oss-process=image/format,png
[format_png 15]: https://img-blog.csdnimg.cn/img_convert/857cb94c05221cf6b1d6c637a923e213.webp?x-oss-process=image/format,png
[format_png 16]: https://img-blog.csdnimg.cn/img_convert/036a426d7d509394d358e33593c1b6f7.webp?x-oss-process=image/format,png
[format_png 17]: https://img-blog.csdnimg.cn/img_convert/0741188b21ac8067d55d62f9f8137e4a.webp?x-oss-process=image/format,png
[format_png 18]: https://img-blog.csdnimg.cn/img_convert/43e1ef566044f353f04af2243cbeac2e.webp?x-oss-process=image/format,png
[format_png 19]: https://img-blog.csdnimg.cn/img_convert/7f8b031ad8dab8378cd5aa559dbcc62b.webp?x-oss-process=image/format,png
[format_png 20]: https://img-blog.csdnimg.cn/img_convert/ea92819d258255d39f82d49a076a6359.webp?x-oss-process=image/format,png
[format_png 21]: https://img-blog.csdnimg.cn/img_convert/693f13ed1985cf2612baacd56521d213.webp?x-oss-process=image/format,png
[format_png 22]: https://img-blog.csdnimg.cn/img_convert/716c99fe8692eee22d6a2766944d28af.webp?x-oss-process=image/format,png
[format_png 23]: https://img-blog.csdnimg.cn/img_convert/1afc3555eadc871f67f97b0348f34add.webp?x-oss-process=image/format,png
[Link 1]: https://link.juejin.cn?target=https%3A%2F%2Fgitee.com%2Fswsk33%2Fexamples-and-learning%2Ftree%2Fmaster%2F%25E5%25A4%259A%25E6%25A8%25A1%25E5%259D%2597%25E7%25A4%25BA%25E4%25BE%258B
[Link 2]: https://link.juejin.cn?target=https%3A%2F%2Fgitee.com%2Fswsk33%2Fexamples-and-learning%2Ftree%2Fmaster%2F%25E5%25A4%259A%25E6%25A8%25A1%25E5%259D%2597%25E7%25A4%25BA%25E4%25BE%258B-%25E7%25BB%259F%25E4%25B8%2580%25E4%25BE%259D%25E8%25B5%2596