maven聚合与继承

在这个技术飞速发展的时代，各类用户对软件的要求越来越高，软件本身也变得越来越复杂。因此，软件设计人员往往采用各种方式对软件划分模块，以得到更清晰的设计及更高的重用性。当把Maven应用到实际项目中的时候，也需要将项目分成不同的模块。Maven的聚合特性能够把项目的各个模块聚合在一起构建，而Maven的继承特性则能够抽取各个模块相同的依赖和插件等配置，再简化POM的同时，还能促进各个模块配置的一致性。

1、聚合

我们想构件多个项目，而不是到两个模块的目录下分别执行mvn命令。Maven聚合（或者称为多模块）这一特性就是为改需求服务的。为了能够使用一条命令就能构建多个模块，我们需要创建一个额外模块（放在最顶层），一般称为父模块，然后通过该模块构建整个项目的所有模块。root模块本身作为一个maven项目，他必须要有自己的POM，由于父模块只是为了消除配置的重复，因此它本身不包含除POM之外的项目文件，也就不需要src/main/java之类的文件夹了。

其pom文件如下：

<?xml version="1.0" encoding="UTF-8"?><project xmlns="http://maven.apache.org/POM/4.0.0"         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">    <modelVersion>4.0.0</modelVersion>    <groupId>com.test</groupId>    <artifactId>test-root</artifactId>    <packaging>pom</packaging>    <version>1.0-SNAPSHOT</version>    <modules>        <module>test-dao</module>        <module>test-util</module>        <module>test-web</module>        <module>test-service</module>    </modules>

packaging值必须为pom，否则无法进行构建，Maven项目中声明任意数量的module元素来实现模块的聚合。

2、继承

2.1 parent

有了父模块，就需要让其他模块来继承它，子模块的pom配置如下：

  <parent>        <artifactId>test-root</artifactId>        <groupId>com.test</groupId>        <version>1.0-SNAPSHOT</version><relativePath></relativePath>    </parent>    <modelVersion>4.0.0</modelVersion>    <artifactId>test-web</artifactId>    <packaging>war</packaging>    <name>bioinfo-web Maven Webapp</name>    <url>http://maven.apache.org</url>

parent元素声明父模块，元素relativePath表示父模块POM的相对路径，默认值是../pom.xml，也就是说，Maven默认父POM在上一层目录下。

1、正确的设置relativePath非常重要。考虑这样一种情况，开发团队的新来成员从源码库签出一个包含父子模块的maven项目。由于只关心其中的某一个子模块，它就直接到该模块目录下执行构建，这个时候，父模块没有安装到本地仓库，因此如果子模块没有设置正确的relativePath，Maven将无法找到父POM，这将直接导致构建失败。如果Maven能够根据relativePath找到父POM，它就不需要再去检查本地仓库。

2.2可继承的POM元素

groupId ：项目组 ID ，项目坐标的核心元素；version ：项目版本，项目坐标的核心元素；description ：项目的描述信息；organization ：项目的组织信息；inceptionYear ：项目的创始年份；url ：项目的 url 地址develoers ：项目的开发者信息；contributors ：项目的贡献者信息；distributionManagerment ：项目的部署信息；issueManagement ：缺陷跟踪系统信息；ciManagement ：项目的持续继承信息；scm ：项目的版本控制信息；mailingListserv ：项目的邮件列表信息；properties ：自定义的 Maven 属性；dependencies ：项目的依赖配置；dependencyManagement ：醒目的依赖管理配置；repositories ：项目的仓库配置；build ：包括项目的源码目录配置、输出目录配置、插件配置、插件管理配置等；reporting ：包括项目的报告输出目录配置、报告插件配置等。

2.3依赖管理

上面的可继承元素列表中包含dependencies元素，说明依赖是会被继承的，我们可以利用这一特性，将子模块的公共依赖提取到父模块的pom中配置，简化依赖配置、保持版本的统一。但是这却存在问题，例如util只需要一些普通的jar，难道也要让它依赖spring的一些jar吗，这显然是不合理。

Maven元素提供dependencyManagement元素既能让子模块继承到父模块的依赖配置，又能保证子模块依赖使用的灵活性。在dependencyManagement元素下的依赖声明不会引入实际的依赖，不过它能够约束dependencies下的依赖使用。

<dependencyManagement>        <dependencies>            <!--单元测试-->            <dependency>                <groupId>junit</groupId>                <artifactId>junit</artifactId>                <version>${junit.version}</version>            </dependency>            <!--SpringMVC配置-->            <dependency>                <groupId>org.springframework</groupId>                <artifactId>spring-core</artifactId>                <version>${spring.version}</version>            </dependency>  <dependency>                <groupId>org.springframework</groupId>                <artifactId>spring-web</artifactId>                <version>${spring.version}</version>            </dependency></dependencyManagement>

这里使用dependencyManagement声明的依赖即不会给父模块引入依赖，也不会给它的子模块引入依赖，不过这段配置是会被继承的。

修改子模块的依赖配置：

  <dependencies>           <dependency>            <groupId>org.springframework</groupId>            <artifactId>spring-web</artifactId>        </dependency></dependencies>

上述的配置较原来简单些，只配置了groupId和artifactId，省去了version。这些信息可以省略是因为子模块继承了父模块dependencyManagement配置，完整的依赖声明已经包含在父POM中。

使用这种依赖配置似乎不能减少太多的POM配置，不过笔者还是强烈推荐采用这种方法。其主要原因在父pom中使用dependencyManagement声明依赖能够统一项目范围中依赖的版本。如果子模块不声明依赖的使用，即使该模块已经在父模块中声明，也不会产生任何的效果。例如上面的子模块中没有声明spring-core，那么该模块就不会被引入。

2.4插件管理

类似的，maven也提供了pluginManagement元素帮助管理插件。

3、继承与聚合的关系

聚合主要为了方便加快项目的构件，而继承主要是为了消除重复配置。

4、反应堆

在一个多模块的Maven项目中，反应堆是指所有模块组成的一个构件结构。对于单模块的项目，反应堆就是该模块本身，对于多模块的项目来说，反应堆就包含了各个模块之间的继承与依赖关系，从而能够计算出合理的模块构件顺序。