文章目录
- 一、前言
- [二、Maven 常用命令一览](#二、Maven 常用命令一览)
- 三、典型场景说明
- 四、正确的构建顺序
- [五、为什么不能只在 A 里执行 `clean install`？](#五、为什么不能只在 A 里执行
clean install？) - [六、进阶推荐：使用多模块项目（Multi-module Project）](#六、进阶推荐：使用多模块项目（Multi-module Project）)
- 七、总结
一、前言
在现代 Java 开发中，Maven 是一个非常重要的项目管理工具。它不仅可以帮助我们自动下载依赖库，还能通过标准的生命周期命令（如 mvn clean install）来完成项目的编译、测试、打包和部署。
但在实际开发过程中，尤其是多个模块或微服务之间存在依赖关系时，很多人会疑惑："当依赖的模块更新后，我应该如何重新构建主项目？"
本文将从 Maven 的基本命令讲起，结合一个典型的项目依赖场景，带你彻底理解如何正确使用 Maven 构建项目。
二、Maven 常用命令一览
| 命令 | 含义 |
|---|---|
mvn clean |
清除之前构建产生的文件（如 target 目录） |
mvn compile |
编译源代码 |
mvn test |
执行单元测试 |
mvn package |
将项目打包成 jar/war 文件 |
mvn install |
把当前项目安装到本地 Maven 仓库，供其他项目引用 |
mvn deploy |
部署到远程仓库（如 Nexus） |
三、典型场景说明
假设你有两个项目：
- 项目 A：Spring Boot 微服务
- 项目 B：一个普通的 Maven 工程（比如是一个通用工具类库）
并且，A 引用了 B ，即在 A 的 pom.xml 中有如下依赖声明：
xml
<dependency>
<groupId>com.example</groupId>
<artifactId>project-b</artifactId>
<version>1.0.0</version>
</dependency>那么问题来了：
如果 B 更新了，应该是在 A 这里执行
mvn clean install，还是先在 B 这里执行install，再在 A 这里执行package？
四、正确的构建顺序
正确做法是：
- 先去 B 的目录下执行：
bash
mvn clean install这一步的作用是把新版本的 B 安装到本地仓库（.m2/repository），这样 A 在构建时才能引用到最新的 B。
- 再去 A 的目录下执行：
bash
mvn clean package或者也可以使用：
bash
mvn clean install如果你也想把 A 安装到本地仓库的话。
五、为什么不能只在 A 里执行 clean install？
因为 Maven 默认是从本地仓库中查找依赖。如果 B 没有重新安装到仓库中，A 构建的时候只会使用旧版本的 B。
所以你必须先更新 B 到仓库，再让 A 去拉取这个新的 B 来构建。
六、进阶推荐：使用多模块项目（Multi-module Project）
如果你经常需要同时开发 A 和 B，并且 A 依赖 B，建议将它们整合为一个 Maven 多模块项目（Parent + Submodules）。
结构如下：
parent/
├── pom.xml
├── module-b/ # 即原来的 B
│ └── pom.xml
└── module-a/ # 即原来的 A
└── pom.xml然后只需在父级目录执行一次：
bash
mvn clean installMaven 会自动按照依赖顺序构建 B 和 A，确保 A 使用的是最新的 B。
七、总结
| 场景 | 推荐操作 |
|---|---|
| 修改了 B，想让 A 使用最新版 | 先 mvn clean install B，再 mvn clean package 或 install A |
| A 和 B 是父子模块 | 在父级目录执行 mvn clean install |
| 想清除所有历史构建 | 加上 clean 是个好习惯 |