Java Web 后端进阶：Maven 高级特性与工程实践

需要注意的是，Maven 不支持多继承，一个 Maven 项目只能继承一个父工程。如果 tlias-web-management 已经继承了 spring-boot-starter-parent，就无法再直接继承自定义的 tlias-parent。

解决思路是建立层级链：子模块继承 tlias-parent，而 tlias-parent 再继承 spring-boot-starter-parent。

Maven 打包方式说明：

• jar：普通模块打包，Spring Boot 项目基本都是 jar 包（内嵌 Tomcat 运行）。
• war：普通 Web 程序打包，需部署在外部 Tomcat 服务器中运行。
• pom：父工程或聚合工程，该模块不写代码，仅进行依赖管理。

创建 Maven 模块 tlias-parent 作为父工程时，务必设置打包方式为 pom（默认为 jar）。

Maven 继承关系的实现步骤：

1. 在父工程中配置各个工程的共有依赖。

2. 在子工程中配置继承关系。 注意以下几点：

   • 配置了继承关系后，子工程坐标中的 groupId 可以省略，因为会自动继承父工程的。
   • relativePath 指定父工程 pom 文件的相对位置（默认指向当前目录下的 parent pom）。如果不指定，Maven 会从本地仓库或远程仓库查找。其中 ../ 代表上一级目录。
   • 若父子工程配置了同一个依赖的不同版本，以子工程的为准。

   

实际项目中，工程结构通常如下：tlias-parent 下包含 tlias-pojo、tlias-utils、tlias-web-management。在企业开发中，通常是先设计好模块，再创建父工程并将子模块放入其中，这样层级结构更清晰。

2.1.2 版本锁定 <dependencyManagement> & <properties>

痛点：如果项目拆分的模块比较多，每次更换依赖版本，都需要找到每一个模块逐一修改，很容易遗漏。

解决方案：利用 Maven 的版本锁定功能。

在父工程的 pom 文件中通过 <dependencyManagement> 来统一管理依赖版本。这里有一个关键点：父工程配置的 <dependencyManagement> 只统一管理依赖版本，并不会直接将依赖引入进来，这与 <dependencies> 不同。

<!--统一管理依赖版本-->
<dependencyManagement>
    <dependencies>
        <!--JWT 令牌-->
        <dependency>
            <groupId>io.jsonwebtoken</groupId>
            <artifactId>jjwt</artifactId>
            <version>0.9.1</version>
        </dependency>
    </dependencies>
</dependencyManagement>

在子工程中，如果要使用这个依赖，仍需引入，但此时无需指定 <version> 版本号，由父工程统一管理。变更依赖版本时，只需在父工程中统一变更即可。

<dependencies>
    <!--JWT 令牌-->
    <dependency>
        <groupId>io.jsonwebtoken</groupId>
        <artifactId>jjwt</artifactId>
    </dependency>
</dependencies>

此外，还可以通过自定义属性及属性引用的形式，在父工程中将依赖的版本号进行集中管理维护。

常见问题：<dependencyManagement> 与 <dependencies> 的区别？

• <dependencies> 是直接依赖，在父工程配置后，子工程会直接继承下来。
• <dependencyManagement> 是统一管理依赖版本，不会直接依赖，子工程还需引入所需依赖（无需指定版本）。

2.2 聚合 <modules>（快速构建项目）

当项目被拆分为多个模块，且模块间依赖关系错综复杂时，手动构建会变得非常麻烦。

例如，tlias-web-management 依赖了 tlias-pojo 和 tlias-utils。在进行 tlias-web-management 打包时，Maven 会去本地仓库查找这些依赖。如果本地仓库没有安装过这些模块，构建就会失败。

这意味着我们需要分别对 tlias-parent、tlias-pojo、tlias-utils 执行 install 生命周期安装到本地仓库，最后才能对 tlias-web-management 执行 package。对于大型项目，这种操作极其繁琐。

Maven 的聚合功能正是为了解决这个问题。通过聚合，可以实现项目的一键构建（清理、编译、测试、打包、安装等）。

• 聚合：将多个模块组织成一个整体，同时进行项目的构建。
• 聚合工程：一个不具有业务功能的'空'工程（有且仅有一个 pom 文件）。通常继承关系中的父工程与聚合关系中的聚合工程是同一个。
• 作用：快速构建项目，无需根据依赖关系手动构建，直接在聚合工程上构建即可。

<!--聚合哪些模块-->
<modules>
    <module>../tlias-pojo</module>
    <module>../tlias-utils</module>
    <module>../tlias-web-management</module>
</modules>

配置完成后，IDEA 的 Maven 面板也会发生变化，只剩下 tlias-parent 这个父工程可见。

此时，我们要进行编译、打包、安装操作，就无需在每一个模块上操作了。只需要在聚合工程上，统一进行操作就可以了。

Maven 中继承与聚合的联系与区别？

• 联系：两者都属于设计型模块，打包方式都为 pom，常将两种关系制作到同一个 pom 文件中。
• 区别：继承用于简化依赖配置、统一管理依赖版本，是在子工程中配置；聚合用于快速构建项目，是在父工程（聚合工程）中配置聚合的模块。

3 私服

私服是一种特殊的远程仓库，架设在局域网内，用来代理位于外部的中央仓库。它的核心作用是解决团队内部的资源共享与资源同步问题。

依赖查找顺序：本地仓库 -> 私服仓库 -> 中央仓库。

注意事项：在企业项目开发中，一个项目或公司通常只需要一台私服即可（无需自己搭建，学会使用即可）。

私服仓库说明：

• RELEASE：存储自己开发的 RELEASE 发布版本的资源。
• SNAPSHOT：存储自己开发的 SNAPSHOT 发布版本的资源。
• Central：存储的是从中央仓库下载下来的依赖。

项目版本说明：

• RELEASE(发布版本)：功能趋于稳定、当前更新停止，可以用于发行的版本，存储在私服中的 RELEASE 仓库中。
• SNAPSHOT(快照版本)：功能不稳定、尚处于开发中的版本，即快照版本，存储在私服的 SNAPSHOT 仓库中。