Maven 父子POM依赖版本管理：在继承POM中省略依赖版本号

Maven依赖管理中的版本统一问题

在maven多模块项目中，通常会设置一个父pom（parent.pom）来统一管理子模块。一个常见的需求是，当父pom已经定义了某些依赖时，子模块在引用这些依赖时能够省略版本号，从而避免在多个地方重复指定和更新版本。例如，spring boot的spring-boot-starter-parent就提供了这种便利，开发者在子项目中引入spring boot相关的starter时，无需再指定版本。

然而，许多开发者在自定义父POM时会发现，即使在父POM中定义了，子POM在引用这些依赖时仍然需要明确指定版本。这导致了版本管理的分散性，一旦某个依赖的版本发生变化，就需要修改所有引用它的子POM，增加了维护成本和出错的可能性。

解决方案：使用

Maven提供了一个专门的机制来解决这个问题：。这个标签应该放置在父POM中，它的作用是声明项目可能用到的依赖及其版本，但并不会实际引入这些依赖。它更像是一个“依赖版本字典”或“依赖清单”，供所有继承该父POM的子模块查询和引用。

当子模块在自己的节中声明一个依赖时，如果该依赖的groupId和artifactId与父POM的中声明的某个依赖相匹配，并且子模块没有指定版本号，Maven就会自动从父POM的中继承其版本号。

配置示例

以下是父POM和子POM的配置示例，展示如何利用实现依赖版本的统一管理和省略：

父POM (parent.pom) 配置

在父POM中，我们将需要统一管理版本的依赖放置在节中。

<project>
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.example</groupId>
    <artifactId>my-parent-project</artifactId>
    <version>1.0.0-SNAPSHOT</version>
    <packaging>pom</packaging> <!-- 父POM通常设置为pom类型 -->

    <!-- 核心：使用dependencyManagement来管理依赖的版本 -->
    <dependencyManagement>
        <dependencies>
            <!-- 声明fisgar-model依赖及其版本 -->
            <dependency>
                <groupId>br.com.fisgar</groupId>
                <artifactId>fisgar-model</artifactId>
                <version>1.2.3</version> <!-- 在这里指定版本 -->
            </dependency>
            <!-- 声明其他需要统一管理版本的依赖，例如日志库 -->
            <dependency>
                <groupId>org.slf4j</groupId>
                <artifactId>slf4j-api</artifactId>
                <version>1.7.36</version>
            </dependency>
            <!-- 更多需要统一管理版本的依赖... -->
        </dependencies>
    </dependencyManagement>

    <!-- 其他父POM配置，如pluginManagement, properties等 -->
    <build>
        <pluginManagement>
            <plugins>
                <!-- ... -->
            </plugins>
        </pluginManagement>
    </build>
</project>

在上述父POM中，fisgar-model和slf4j-api的版本被定义在中。这意味着任何继承此父POM的子模块，只要引用了这两个依赖，就可以省略其版本号。

子POM (child.pom) 配置

子POM只需继承父POM，并在自己的节中声明所需依赖，无需指定版本号。

<project>
    <modelVersion>4.0.0</modelVersion>
    <!-- 继承父POM -->
    <parent>
        <groupId>com.example</groupId>
        <artifactId>my-parent-project</artifactId>
        <version>1.0.0-SNAPSHOT</version>
    </parent>

    <artifactId>my-child-project</artifactId>
    <packaging>jar</packaging> <!-- 子模块通常是jar或war等类型 -->

    <!-- 引用依赖时，无需指定版本 -->
    <dependencies>
        <dependency>
            <groupId>br.com.fisgar</groupId>
            <artifactId>fisgar-model</artifactId>
            <!-- 注意：这里不再需要指定版本号！Maven将从父POM的dependencyManagement中查找并继承 -->
        </dependency>
        <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-api</artifactId>
            <!-- 同样无需指定版本 -->
        </dependency>
        <!-- 其他子模块特有的依赖 -->
        <dependency>
            <groupId>com.example</groupId>
            <artifactId>some-other-lib</artifactId>
            <version>2.0.0</version> <!-- 如果该依赖不在父POM的dependencyManagement中，则仍需指定版本 -->
        </dependency>
    </dependencies>

    <!-- 其他子POM配置 -->
</project>

通过这种方式，my-child-project在引入fisgar-model和slf4j-api时，无需手动指定版本。Maven会自动从my-parent-project的中获取对应的版本号。

工作原理与优势

• vs :
  • ：仅声明依赖的版本和范围，不实际将依赖添加到项目中。它的作用是为所有子模块提供一个“依赖版本字典”。
  • ：实际将依赖添加到当前模块的编译、测试或运行时类路径中。
• 版本统一与简化维护： 所有的依赖版本都集中在父POM的中进行管理。当某个依赖版本需要升级时，只需修改父POM中的一处即可，所有子模块将自动继承新的版本，极大地简化了版本升级和维护工作。
• 避免版本冲突： 这种集中管理的方式有助于避免不同子模块引入同一依赖的不同版本，从而减少潜在的类路径冲突问题。
• 提高可读性： 子POM变得更加简洁，只关注它实际需要的依赖，而无需关心版本细节，提高了配置文件的可读性。

注意事项与最佳实践

1. 仅声明不引入： 务必理解的作用是声明而非引入。子模块仍需在自己的中明确声明它实际需要的依赖，即使版本号可以省略。

2. 版本覆盖： 如果子模块在自己的中明确指定了某个依赖的版本，那么这个版本将覆盖父POM的中声明的版本。这提供了灵活性，允许个别子模块在特殊情况下使用不同版本的依赖。

3. 结合 properties 使用： 为了更好地管理版本，特别是当多个依赖共享同一组版本时，可以在父POM中使用properties来定义版本号，然后在中引用这些属性。

   <project>
       <!-- ... -->
       <properties>
           <fisgar.model.version>1.2.3</fisgar.model.version>
           <slf4j.version>1.7.36</slf4j.version>
       </properties>
   
       <dependencyManagement>
           <dependencies>
               <dependency>
                   <groupId>br.com.fisgar</groupId>
                   <artifactId>fisgar-model</artifactId>
                   <version>${fisgar.model.version}</version>
               </dependency>
               <dependency>
                   <groupId>org.slf4j</groupId>
                   <artifactId>slf4j-api</artifactId>
                   <version>${slf4j.version}</version>
               </dependency>
           </dependencies>
       </dependencyManagement>
       <!-- ... -->
   </project>

   登录后复制

   这种方式使得版本号更加集中和易于管理。

总结

通过在Maven父POM中合理利用，可以高效地实现多模块项目中的依赖版本统一管理。这不仅简化了子模块的POM配置，避免了重复的版本声明，更重要的是，它为整个项目的依赖升级和维护提供了一个集中、清晰的控制点，极大地提升了项目的可维护性和稳定性。掌握这一机制是构建大型、复杂Maven项目的关键技能之一。