Java多模块Maven项目依赖管理核心是父POM通过统一声明版本，子模块仅写groupId和artifactId继承；模块间引用省略version，依赖关系需避免循环，构建顺序由模块依赖图决定而非顺序。
Java多模块Maven项目中，依赖管理的核心在于统一版本控制、模块间正确引用和避免循环依赖。关键不是每个模块都单独声明依赖，而是通过父POM集中定义、子模块按需继承或引入。
父POM统一管理依赖版本
在根模块（parent）的pom.xml中使用
- 父POM示例片段：
junit junit 4.13.2 test org.springframework.boot spring-boot-starter-web 2.7.18
- 子模块只需这样写即可继承版本：
junit junit test
模块间依赖用project坐标，不写version
当模块A需要调用模块B的代码时，在A的pom.xml中添加B作为依赖，version必须省略，Maven会自动从父POM或当前反应堆中解析版本。
- 假设项目结构为：
my-project (parent)→my-project-api、my-project-service - 在
my-project-service中引用API模块：
com.example my-project-api
- 确保父POM中已声明
区分dependencyManagement和dependencies
立即学习“Java免费学习笔记（深入）”；
- 适合放在
dependencyManagement里的：所有模块共用的库（如Spring Boot Starter、Logback、Lombok）、第三方SDK、内部公共组件 - 适合放在
dependencies里的：当前模块确实需要编译/运行/测试的依赖（如service模块需要web starter，api模块不需要） - 子模块可覆盖父POM中定义的版本（不推荐），但不能绕过scope限制
避免循环依赖与构建顺序问题
Maven按cycle detected。
- 典型反模式：service模块依赖api模块，而api模块又依赖service的DTO或异常类 → 应提取公共实体到独立的
common模块 - 构建失败时先检查
mvn clean compile -X输出中的依赖树：mvn dependency:tree -Dverbose - 启用
../pom.xml
基本上就这些。多模块不是堆砌目录，而是按职责拆分+依赖收敛。理清“谁提供什么”“谁需要什么”，再配合dependencyManagement和清晰的模块命名，依赖管理就不复杂但容易忽略细节。
