何为Maven的聚合
假设有这么一个场景，有ABC三个项目，需要一次构建三个项目，而不是分别到每个项目下面执行mvn命令，这个时候Maven的聚合特性就是为了该需求而服务的。为了解决这个问题，现需要创建一个父项目，注意：作为一个聚合项目，打包方式packaging为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.fbb</groupId>
<artifactId>fbbParent</artifactId>
<version>1.0</version>
<packaging>pom</packaging>
<modules>
<module>fbb-A</module>
<module>fbb-B</module>
<module>fbb-C</module>
</modules>
<dependencies>
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.17</version>
</dependency>
</dependencies>
</project>
当在父项目下面执行mvn命令 mvn clean install 的时候，Maven会先解析结合项目的pom，分析要构建的项目，并且计算出一个反应堆构建顺序，然后根据这个顺序进行构建。
何为Maven继承
以上面的例子来说，可以做到了启动聚合项目，其下的项目都能一起执行，但是单单是构建，确实没什么问题，但是三个项目，中存在相同的依赖，也很正常，通常来说，一段代码重复出现两次以上，就得考虑着需要优化了，Maven中的继承能够解决这个需求，通过创建一个父项目，配置一些公共的配置，让子类继承，做到一处声明，多个地方使用的效果，同样的作为父项目，它的打包方式跟聚合项目一样，packaging也为pom
子类A的配置
<?xml version="1.0"?>
<project xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>com.fbb</groupId>
<artifactId>fbbParent</artifactId>
<version>1.0</version>
</parent>
<artifactId>fbb-admin</artifactId>
<packaging>war</packaging>
<name>fbb-admin Maven Webapp</name>
<url>http://maven.apache.org</url>
</project>
子项目B与子项目C大同小异，就不做举例子了，上面可以看出声明了一个Parent的标签，通过groupId，artifactId，version，定位到父项目，可以看出子项目定义的时候，groupId，artifactId都没有定义，这不意味着没有，是因为继承了父项目的groupId，artifactId，所以不需要声明，当然如果子项目的groupId，artifactId，需要不一样，可以显示的声明在pom上。
可以被继承的Pom元素
groupId：项目组ID，项目坐标的核心元素
version：项目版本，项目坐标的核心因素
description：项目的描述信息
organization：项目的组织信息
inceptionYear：项目的创始年份
url：项目的URL地址
developers：项目的开发者信息
contributors：项目的贡献者信息
distributionManagement：项目的部署配置
issueManagement：项目的缺陷跟踪系统信息
ciManagement：项目的持续集成系统信息
scm：项目的版本控制系统
malilingLists：项目的邮件列表信息
properties：自定义的Maven属性
dependencies：项目的依赖配置
dependencyManagement：项目的依赖管理配置
repositories：项目的仓库配置
build：包括项目的源码目录配置、输出目录配置、插件配置、插件管理配置等
reporting：包括项目的报告输出目录配置、报告插件配置等
继承的一些灵活措施
如上面的例子，当三个子项目继承父项目的时候，相应的依赖，都会继承，但是，实际情况上，不可能每个项目都是完完全玩一样的一套依赖，比如说我有一个子项目，仅仅是用来提供一些工具，这个时候spring，mybatis相关的依赖，它们就不应该出现在子项目里面，如果出现，这就显得不合理了。Maven提供的dependencyManagement元素既能够让子模块继承父模块的依赖配置，又能保证子模块依赖使用的灵活性，它的声明不会引入实际的依赖。
<?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.fbb</groupId>
<artifactId>fbbParent</artifactId>
<version>1.0</version>
<packaging>pom</packaging>
<modules>
<module>fbb-A</module>
<module>fbb-B</module>
<module>fbb-C</module>
</modules>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<junit.version>4.9</junit.version>
</properties>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>${junit.version}</version>
<scope>test</scope>
</dependency>
</dependencies>
</dependencyManagement>
</project>
子类A的配置
<?xml version="1.0"?>
<project xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>com.fbb</groupId>
<artifactId>fbbParent</artifactId>
<version>1.0</version>
</parent>
<artifactId>fbb-admin</artifactId>
<packaging>war</packaging>
<name>fbb-admin Maven Webapp</name>
<url>http://maven.apache.org</url>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</dependency>
</dependencies>
</project>
可以发现在子类声明依赖的时候，版本跟scope都没有声明了，因为会使用在父类中配置，但是其实可以发现，配置相比不继承的，没有节省多少内容，但是这种方式可以让各个项目的版本统一，项目的依赖更加的灵活。
插件的依赖管理
插件跟项目依赖一样，有类似于dependencyManagement的元素pluginManagement元素能进行类似的需求，在该元素下配置的依赖，不会造成实际的插件调用行为，当pom配置了plugin元素，而且groupId，artifactId匹配的时候，pluginManagement就会起到真正的作用。
聚合继承的反应堆顺序
构建顺序的形成过程：Maven按序读取Pom，如果该Pom没有依赖模块，那么就构建该模块，如果有就先构建其依赖模块，如果其依赖模块还有其他的依赖模块，就先构建它的依赖模块，总之就是先一步的构件其依赖的模块，模块间的依赖关系使得反应堆顺序形成一个有向非循环图，这个图不允许出现循环，循环依赖，Maven就会报错。
网友评论