POM 模型
1.依赖关系1.依赖的传递性2.依赖相同资源的依赖原则3.排除依赖4.依赖范围5.依赖管理
2.继承关系3.Maven 中的多继承4.聚合关系1.删除聚合模块步骤
1.依赖关系
Maven 一个核心的特性就是依赖管理。当我们处理多模块的项目（包含成百上千个模块或者子项目），模块间的依赖关系就变得非常复杂，管理也变得很困难。针对此种情形，Maven 提供了一种高度控制的方法通俗理解：依赖谁就是将谁的 jar 包添加到本项目中。可以依赖中央仓库的 jar，也可以依赖当前开发中其他项目打包后的 jar 包在 pom.xml 文件 根元素 project 下的 dependencies 标签中，配置依赖信息，可以包含多个 dependence 元素，以声明多个依赖。每个依赖 dependence 标签都应该包含以下元素：groupId, artifactId, version : 依赖的基本坐标， 对于任何一个依赖来说，基本坐标是最重要的， Maven 根据坐标才能找到需要的依赖
<dependencies>
<dependency>
<groupId>org
.springframework
</groupId
>
<artifactId>spring
-context
</artifactId
>
<version>5.2.4.RELEASE
</version
>
</dependency
>
</dependencies
>
1.依赖的传递性
依赖传递性是 Maven2.0 的新特性。假设你的项目依赖于一个 jar 包，而这个 jar 包又依赖于其他 jar 包。你不必自己去找出所有这些依赖，你只需要加上你直接依赖的 jar 包的坐标，Maven 会隐式的把这些 jar 包间接依赖的库也加入到你的项目中。这个特性是靠解析从远程仓库中获取的依赖 jar 包的项目文件实现的。这些项目的所有依赖都会加入到项目中这就是依赖传递性如果 A 依赖了 B，那么 C 依赖 A 时会自动把 A 和 B 都导入进来创建 A 项目后，选择 IDEA 最右侧 Maven 面板 lifecycle，双击 install 后就会把项目安装到本地仓库中，其他项目就可以通过坐标引用此项目
2.依赖相同资源的依赖原则
第一原则：最短路径优先原则 “最短路径优先”意味着项目依赖关系树中路径最短的版本会被使用。例如，假设 A、B、C 之间的依赖关系是 A->B->C->D(2.0)和 A->E->(D1.0)，那么 D(1.0)会被使用，因为 A 通过 E 到 D 的路径更短第二原则：最先声明原则 依赖调解第一原则不能解决所有问题，比如这样的依赖关系：A–>B–>Y(1.0)，A–>C–>Y(2.0)，Y(1.0)和 Y(2.0)的依赖路径长度是一样的，都为 2。那么到底谁会被解析使用呢？在 maven2.0.8 及之前的版本中，这是不确定的，但是 maven2.0.9 开始，为了尽可能避免构建的不确定性，maven 定义了依赖调解的第二原则：第一声明者优先。在依赖路径长度相等的前提下，在 POM 中依赖声明的顺序决定了谁会被解析使用。顺序最靠前的那个依赖优胜
3.排除依赖
exclusions： 用来排除传递性依赖 其中可配置多个 exclusion 标签，每个 exclusion 标签里面对应的有 groupId, artifactId 两项基本元素。
<dependency>
<groupId>org
.springframework
</groupId
>
<artifactId>spring
-context
</artifactId
>
<version>5.2.4.RELEASE
</version
>
<exclusions>
<exclusion>
<groupId>org
.springframework
</groupId
>
<artifactId>spring
-aop
</artifactId
>
</exclusion
>
</exclusions
>
</dependency
>
4.依赖范围
scope 属性可取值：
compile 这是默认范围。如果没有指定，就会使用该依赖范围。表示该依赖在编译和运行时生效。在项目打包时会将该依赖包含进去provided 可以参与编译，测试，运行等周期，但是不会被打包到最终的 artifact 中。典型的例子是 servlet-api，编译和测试项目的时候需要该依赖，但在项目打包的时候，由于容器已经提供，就不需要 Maven 重复地引入一遍(如：servlet-api)runtime runtime 范围表明编译时不需要生效，而只在运行时生效。典型的例子是 JDBC 驱动实现，项目主代码的编译只需要 JDK 提供的 JDBC 接口，只有在执行测试或者运行项目的时候才需要实现上述接口的具体 JDBC 驱动system 如果有些你依赖的 jar 包没有 Maven 坐标的，它完全不在 Maven 体系中，这时候你可以把它下载到本地硬盘，然后通过 system 来引用 不推荐使用 system，因为一个项目的 pom.xml 如果使用了 scope 为 system 的 depend 后，会导致传递依赖中断，即所有其他依赖本项目的项目都无法传递依赖了test test 范围表明使用此依赖范围的依赖，只在编译测试代码和运行测试的时候需要，应用的正常运行不需要此类依赖。典型的例子就是 JUnit，它只有在编译测试代码及运行测试的时候才需要
5.依赖管理
Maven 提 供 了 一 个 机 制 来 集 中 管 理 依 赖 信 息 ， 叫 做 依 赖 管 理 元 素 ” < dependencyManagement>”。假设你有许多项目继承自同一个公有的父项目，那可以 把所有依赖信息放在一个公共的 POM 文件中并且在子 POM 中简单的引用该构件即可。
2.继承关系
什么是继承关系：
Maven 中的继承跟 Java 中的继承概念一样，需要有父项目以及子项目。我们可以将项目中的依赖和插件配置提取出来在父项目中集中定义，从而更方便的管理项目的依赖以及插件。注意父项目类型一定为 POM 类型
继承的优点：
依赖或插件的统一管理（在 parent 中定义，需要变更 dependency 版本时，只需要修改一处）代码简洁（子 model 只需要指定 groupId，artifactId 即可）dependencyManagement 是 “ 按 需 引 入 ” ， 即 子 model 不会继承 parent 中 dependencyManagement 所有预定义的 dependency。
3.Maven 中的多继承
在 Maven 中对于继承采用的也是单一继承，也就是说一个子项目只能有一个父项目，但是有的时候我们项目可能需要从更多的项目中继承，那么我们可以在子项目中通过添加< dependencyManagement>标记来实现多继承。在子项目的< dependencyManagement>中每个< dependency>标记就一个父工程定义，同时还需要添加< type>标记，值为 pom。添加< scope>标记，值为 import
<dependencyManagement>
<dependencies>
<!--父项目 a
-->
<dependency>
<groupId>com
.dqcgm
</groupId
>
<artifactId>parent_a
</artifactId
>
<version>1.0-SNAPSHOT
</version
>
<type>pom
</type
>
<scope>import</scope
>
</dependency
>
<!--父项目 b
-->
<dependency>
<groupId>com
.dqcgm
</groupId
>
<artifactId>parent_b
</artifactId
>
<version>1.0-SNAPSHOT
</version
>
<type>pom
</type
>
<scope>import</scope
>
</dependency
>
</dependencies
>
</dependencyManagement
>
4.聚合关系
Maven 的聚合特性可以帮助我们把多个项目基于多个模块聚合在一起，这样能够更加方便项目的管理。前提：继承。聚合包含了继承的特性聚合时多个项目的本质还是一个项目。这些项目被一个大的父项目包含。且这时父项目类型为 pom 类型。同时在父项目的 pom.xml 中出现< modules>表示包含的所有子模块即使在 idea 中，也可以使用聚合在一个窗口创建多个项目
1.删除聚合模块步骤
右键模块–> remove module 右键项目 --> delete 在父项目中 pom.xml 中< modules>中删除模块名
