我们的项目已经从以前的单模块，变成了现在的多模块开发。项目一旦变成了多模块开发以后，就会引发一些问题，在这一节中我们会介绍两个内容聚合和继承，用这两个知识来解决下分模块后的一些问题。
聚合
分模块开发后，需要将这四个项目都安装到本地仓库，目前我们只能通过项目 Maven 面板的install来安装，并且需要安装四个，如果我们的项目足够多，那么一个个安装起来还是比较麻烦的
如果四个项目都已经安装成功，当 ssm_pojo 发生变化后，我们就得将 ssm_pojo 重新安装到 maven 仓库，但是为了确保我们对 ssm_pojo 的修改不会影响到其他项目模块，我们需要对所有的模块进行重新编译，那又需要将所有的模块再来一遍
项目少的话还好，但是如果项目多的话，一个个操作项目就容易出现漏掉或重复操作的问题，所以我们就想能不能抽取一个项目，把所有的项目管理起来，以后我们要想操作这些项目，只需要操作这一个项目，其他所有的项目都走一样的流程，这个不就很省事省力。
这就用到了我们接下来要讲解的==聚合==，
所谓聚合:将多个模块组织成一个整体，同时进行项目构建的过程称为聚合
聚合工程：通常是一个不具有业务功能的"空"工程（有且仅有一个 pom 文件）
作用：使用聚合工程可以将多个工程编组，通过对聚合工程进行构建，实现对所包含的模块进行同步构建
当工程中某个模块发生更新（变更）时，必须保障工程中与已更新模块关联的模块同步更新，此时可以使用聚合工程来解决批量模块同步构建的问题。
关于聚合具体的实现步骤为:
步骤 1:创建一个空的 maven 项目
步骤 2:将项目的打包方式改为 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.itheima</groupId> <artifactId>maven_01_parent</artifactId> <version>1.0-RELEASE</version> <packaging>pom</packaging> </project>
复制代码
说明：项目的打包方式，我们接触到的有三种，分别是
jar:默认情况，说明该项目为 java 项目
war:说明该项目为 web 项目
pom:说明该项目为聚合或继承(后面会讲)项目
步骤 3:pom.xml 添加所要管理的项目
<?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.itheima</groupId> <artifactId>maven_01_parent</artifactId> <version>1.0-RELEASE</version> <packaging>pom</packaging> <!--设置管理的模块名称--> <modules> <module>../maven_02_ssm</module> <module>../maven_03_pojo</module> <module>../maven_04_dao</module> </modules></project>
复制代码
步骤 4:使用聚合统一管理项目
测试发现，当maven_01_parent的compile被点击后，所有被其管理的项目都会被执行编译操作。这就是聚合工程的作用。
**说明：**聚合工程管理的项目在进行运行的时候，会按照项目与项目之间的依赖关系来自动决定执行的顺序和配置的顺序无关。
聚合工程主要是用来管理项目。
继承
我们已经完成了使用聚合工程去管理项目，聚合工程进行某一个构建操作，其他被其管理的项目也会执行相同的构建操作。那么接下来，我们再来分析下，多模块开发存在的另外一个问题，重复配置的问题，我们先来看张图:
spring-webmvc、spring-jdbc在三个项目模块中都有出现，这样就出现了重复的内容
spring-test只在 ssm_crm 和 ssm_goods 中出现，而在 ssm_order 中没有，这里是部分重复的内容
我们使用的 spring 版本目前是5.2.10.RELEASE,假如后期要想升级 spring 版本，所有跟 Spring 相关 jar 包都得被修改，涉及到的项目越多，维护成本越高
面对上面的这些问题，我们就得用到接下来要学习的==继承==
接下来，我们到程序中去看看继承该如何实现?
步骤 1:创建一个空的 Maven 项目并将其打包方式设置为 pom
因为这一步和前面 maven 创建聚合工程的方式是一摸一样，所以我们可以单独创建一个新的工程，也可以直接和聚合公用一个工程。实际开发中，聚合和继承一般也都放在同一个项目中，但是这两个的功能是不一样的。
步骤 2:在子项目中设置其父工程
分别在maven_02_ssm,maven_03_pojo,maven_04_dao的 pom.xml 中添加其父项目为maven_01_parent
<!--配置当前工程继承自parent工程--><parent> <groupId>com.itheima</groupId> <artifactId>maven_01_parent</artifactId> <version>1.0-RELEASE</version> <!--设置父项目pom.xml位置路径--> <relativePath>../maven_01_parent/pom.xml</relativePath></parent>
复制代码
步骤 3:优化子项目共有依赖导入问题
将子项目共同使用的 jar 包都抽取出来，维护在父项目的 pom.xml 中
<?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.itheima</groupId> <artifactId>maven_01_parent</artifactId> <version>1.0-RELEASE</version> <packaging>pom</packaging> <!--设置管理的模块名称--> <modules> <module>../maven_02_ssm</module> <module>../maven_03_pojo</module> <module>../maven_04_dao</module> </modules> <dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-core</artifactId> <version>5.2.10.RELEASE</version> </dependency>
<dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.2.10.RELEASE</version> </dependency>
<dependency> <groupId>org.springframework</groupId> <artifactId>spring-jdbc</artifactId> <version>5.2.10.RELEASE</version> </dependency>
<dependency> <groupId>org.springframework</groupId> <artifactId>spring-test</artifactId> <version>5.2.10.RELEASE</version> </dependency>
<dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> <version>3.5.6</version> </dependency>
<dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis-spring</artifactId> <version>1.3.0</version> </dependency>
<dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.47</version> </dependency>
<dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> <version>1.1.16</version> </dependency>
<dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>3.1.0</version> <scope>provided</scope> </dependency>
<dependency> <groupId>com.fasterxml.jackson.core</groupId> <artifactId>jackson-databind</artifactId> <version>2.9.0</version> </dependency> </dependencies></project>
复制代码
删除子项目中已经被抽取到父项目的 pom.xml 中的 jar 包，如在maven_02_ssm的 pom.xml 中将已经出现在父项目的 jar 包删除掉
<?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.itheima</groupId> <artifactId>maven_02_ssm</artifactId> <version>1.0-SNAPSHOT</version> <packaging>war</packaging>
<!--配置当前工程继承自parent工程--> <parent> <groupId>com.itheima</groupId> <artifactId>maven_01_parent</artifactId> <version>1.0-RELEASE</version> <relativePath>../maven_01_parent/pom.xml</relativePath> </parent> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <scope>test</scope> </dependency>
<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.11</version> <scope>test</scope> </dependency>
<dependency> <groupId>com.itheima</groupId> <artifactId>maven_04_dao</artifactId> <version>1.0-SNAPSHOT</version> <!--排除依赖是隐藏当前资源对应的依赖关系--> <exclusions> <exclusion> <groupId>log4j</groupId> <artifactId>log4j</artifactId> </exclusion> <exclusion> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> </exclusion> </exclusions> </dependency>
</dependencies>
<build> <plugins> <plugin> <groupId>org.apache.tomcat.maven</groupId> <artifactId>tomcat7-maven-plugin</artifactId> <version>2.1</version> <configuration> <port>80</port> <path>/</path> </configuration> </plugin> </plugins> </build></project>
复制代码
删除完后，你会发现父项目中有依赖对应的 jar 包，子项目虽然已经将重复的依赖删除掉了，但是刷新的时候，子项目中所需要的 jar 包依然存在。
当项目的<parent>标签被移除掉，会发现多出来的 jar 包依赖也会随之消失。
将maven_04_dao项目的 pom.xml 中的所有依赖删除，然后添加上maven_01_parent的父项目坐标
<?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.itheima</groupId> <artifactId>maven_04_dao</artifactId> <version>1.0-SNAPSHOT</version>
<!--配置当前工程继承自parent工程--> <parent> <groupId>com.itheima</groupId> <artifactId>maven_01_parent</artifactId> <version>1.0-RELEASE</version> <relativePath>../maven_01_parent/pom.xml</relativePath> </parent></project>
复制代码
刷新并查看 Maven 的面板，会发现 maven_04_dao 同样引入了父项目中的所有依赖。
这样我们就可以解决刚才提到的第一个问题，将子项目中的公共 jar 包抽取到父工程中进行统一添加依赖，这样做的可以简化配置，并且当父工程中所依赖的 jar 包版本发生变化，所有子项目中对应的 jar 包版本也会跟着更新。
步骤 4:优化子项目依赖版本问题
如果把所有用到的 jar 包都管理在父项目的 pom.xml，看上去更简单些，但是这样就会导致有很多项目引入了过多自己不需要的 jar 包。如上面看到的这张图:
如果把所有的依赖都放在了父工程中进行统一维护，就会导致 ssm_order 项目中多引入了spring-test的 jar 包，如果这样的 jar 包过多的话，对于 ssm_order 来说也是一种"负担"。
那针对于这种部分项目有的 jar 包，我们该如何管理优化呢?
在父工程 mavne_01_parent 的 pom.xml 来定义依赖管理
<!--定义依赖管理--><dependencyManagement> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <scope>test</scope> </dependency> </dependencies></dependencyManagement>
复制代码
将 maven_02_ssm 的 pom.xml 中的 junit 依赖删除掉，刷新 Maven
刷新完会发现，在 maven_02_ssm 项目中的 junit 依赖并没有出现，所以我们得到一个结论:
==<dependencyManagement>标签不真正引入 jar 包，而是配置可供子项目选择的 jar 包依赖==
子项目要想使用它所提供的这些 jar 包，需要自己添加依赖，并且不需要指定<version>
在 maven_02_ssm 的 pom.xml 添加 junit 的依赖
<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <scope>test</scope></dependency>
复制代码
注意：这里就不需要添加版本了，这样做的好处就是当父工程 dependencyManagement 标签中的版本发生变化后，子项目中的依赖版本也会跟着发生变化
在 maven_04_dao 的 pom.xml 添加 junit 的依赖
<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <scope>test</scope></dependency>
复制代码
这个时候，maven_02_ssm 和 maven_04_dao 这两个项目中的 junit 版本就会跟随着父项目中的标签 dependencyManagement 中 junit 的版本发生变化而变化。不需要 junit 的项目就不需要添加对应的依赖即可。
至此继承就已经学习完了，总结来说，继承可以帮助做两件事
将所有项目公共的 jar 包依赖提取到父工程的 pom.xml 中，子项目就可以不用重复编写，简化开发
将所有项目的 jar 包配置到父工程的 dependencyManagement 标签下，实现版本管理，方便维护
==dependencyManagement 标签不真正引入 jar 包，只是管理 jar 包的版本==
子项目在引入的时候，只需要指定 groupId 和 artifactId，不需要加 version
当 dependencyManagement 标签中 jar 包版本发生变化，所有子项目中有用到该 jar 包的地方对应的版本会自动随之更新
最后总结一句话就是，父工程主要是用来快速配置依赖 jar 包和管理项目中所使用的资源。
小结
继承的实现步骤:
<packaging>pom</packaging>
复制代码
<dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.2.10.RELEASE</version> </dependency> ... </dependencies>
复制代码
<dependencyManagement> <dependencies> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> <version>1.1.16</version> </dependency> </dependencies> ... </dependencyManagement>
复制代码
<!--定义该工程的父工程--> <parent> <groupId>com.itheima</groupId> <artifactId>maven_01_parent</artifactId> <version>1.0-RELEASE</version> <!--填写父工程的pom文件,可以不写--> <relativePath>../maven_01_parent/pom.xml</relativePath> </parent>
复制代码
<dependencies> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> </dependency> </dependencies>
复制代码
注意事项:
1.子工程中使用父工程中的可选依赖时，仅需要提供群组 id 和项目 id，无需提供版本，版本由父工程统一提供，避免版本冲突
2.子工程中还可以定义父工程中没有定义的依赖关系,只不过不能被父工程进行版本统一管理。
聚合与继承
聚合与继承的区别
两种之间的作用:
聚合和继承的相同点:
聚合和继承的不同点:
IDEA 构建聚合与继承工程
相信到这里，大家已经能区分开什么是聚合和继承，但是有一个稍微麻烦的地方就是聚合和继承的工程构建，需要在聚合项目中手动添加modules标签，需要在所有的子项目中添加parent标签，万一写错了咋办?其实对于聚合和继承工程的创建，IDEA 已经能帮助我们快速构建，具体的实现步骤为:
步骤 1:创建一个 Maven 项目
创建一个空的 Maven 项目，可以将项目中的src目录删除掉，这个项目作为聚合工程和父工程。
步骤 2:创建子项目
该项目可以被聚合工程管理，同时会继承父工程。
创建成功后，maven_parent 即是聚合工程又是父工程，maven_web 中也有 parent 标签，继承的就是 maven_parent,对于难以配置的内容都自动生成。
按照上面这种方式，大家就可以根据自己的需要来构建分模块项目。
![[Maven进阶]聚合和继承_maven_fake smile by_InfoQ写作社区](https://static001.infoq.cn/static/infoq/img/logo-121-75.yuij86g.png){kind=logo}
评论