依赖管理
1.依赖配置
<dependencies><dependency><groupId>junit</groupId><artifactId>junit</artifactId><version>4.12</version><classifier></classifier><scope>test</scope><type></type><optional></optional><exclusions><exclusion><artifactId></artifactId><groupId></groupId></exclusion></exclusions></dependency></dependencies>
- groupId,artifactId：在上一章，坐标中已经说明，用于maven对于构件的定位
- version：版本
- classifier：用来定义构建输出的一些附属构建
- scope：依赖范围，有以下值
1. compile，默认值，适用于所有阶段，会随着项目一起发布。2. provided，编译和测试的有用，在运行时无效，如servlet-api，在编译和测试的时候需要依赖，但是运行时，容器已经提供，所以不需要再次引入3. runtime，只在运行时使用，如JDBC驱动，适用运行和测试阶段。4. test，只在测试时使用，用于编译和运行测试代码。不会随项目发布。5. system，类似provided，需要再使用systemPath元素显示制定依赖文件路径，如下。（由于绑定本地文件，在其他计算机不一定存在，所以尽量不要使用）<scope>system</scope><systemPath>${java.home}/lib/rt.jar</systemPath>
- type：依赖类型，对应项目坐标定义的packaging，默认不用声明，为jar
- optional：标记依赖是否可选，有true和false。如果A依赖于B，但是B只是A在测试时使用，这个时候X依赖于A，那么A就不需要B，那么在A的pom中配置optional为true的话，则在x编译的时候会忽略B的依赖。
exclusions：用来排除传递性依赖。比如，我们的项目A中引入了第三方构件B，但是B中又引入了C和D，但是D对于我们的项目有冲突那么我们可以配置如下，将D这个依赖忽略
D
D
2.依赖传递性
首先来看看依赖范围：
| 依赖范围 | 对编译classpath有效 | 对测试classpath有效 | 对于运行时编译classpath有效 | 例子 |
|---|---|---|---|---|
| compile | Y | Y | Y | spring-core |
| test | - | Y | - | JUnit |
| provided | Y | Y | - | servlet-api |
| runtime | - | Y | Y | JDBC驱动实现 |
| system | Y | Y | - | 本地的，Maven仓库以外的文件 |
如果我们在项目中配置一个依赖，但是这个依赖又有很多依赖，这样我们项目中就会存在许多不必要的jar，maven依赖传递性机制可以很好的解决这个问题。
如果A依赖B，我们叫第一直接依赖，B依赖C我们叫第二直接依赖，它们的依赖范围会随传递性产生变化。
如下，左边为第一直接依赖，上面为第二直接依赖，他们之间传递性关系如下：
| compile | test | provided | runtime |
|---|---|---|---|
| compile | compile | - | - |
| test | test | - | - |
| provided | provided | - | provided |
| runtime | runtime | - | - |
由上面可以知道，如果A依赖于B，范围为test，B依赖于C，范围为compile，那么C是A范围为test的传递性依赖
3.依赖调解原则
例子一
A->B->C->X(1.0)，A->D->X(2.0)这里对于X有两个版本的依赖，那么哪个会被Maven解析？都被解析是不对的，会造成依赖重复。
maven依赖调解的第一原则：路径最近者优先，这里X(1.0)路径为3，X(2.0)为2，所以后者被解析使用。
例子二
但是如下问题，第一原则无法解决：
A->B->Y(1.0)，A->C->Y(2.0)，这里路径长度都是2，这里maven2.0.9开始又定义了第二原则：第一声明者优先
4.可选依赖
如果A->B
B中有如下依赖
<dependency><groupId>com.my.C</groupId><artifactId>cpt</artifactId><version>1.0.0</version><optional>true</optional></dependency>
通过上面配置，optional为true，那么A中就不会依赖这个cpt
5.排除依赖
snapshot–快照版和release–正式版
如果项目A依赖第三方依赖B，B又依赖SNAPSHOT版C那么C的不稳定会影响到A，这个时候就需要排除掉C。还有就是一个传递性依赖在中央仓库中对应的版本不存在，我们就需要排除依赖，然后再导入存在版本的依赖
<dependency><groupId>com.ys.b</groupId><artifactId>pro-b</artifactId><version>1.0.1</version><!--排除依赖--><exclusions><exclusion><groupId>com.ys.c</groupId><artifactId>pro-c</artifactId></exclusion></exclusions></dependency><!-- 引入正确依赖 --><dependency><groupId>com.ys.c</groupId><artifactId>pro-c</artifactId><version>1.0.0</version></dependency>
可以用下图表示：
6.归并依赖
如果我们在pom中引入了多个依赖，比如spring相关的有core，beans，context等，这样如果我们需要修改版本，需要一个一个修改，十分麻烦
这个时候就可以使用properties来定义
<properties><spring.version>4.1.3.RELEASE</spring.version></properties>
在指定版本的时候用如下形式
<version>${spring.version}</version>
7.查看依赖
mvn dependency:list以列表形式解析依赖mvn dependency:tree以树的形式展示
转自：http://blog.csdn.net/odeviloo/article/details/52066661
谁借莪１个温暖的怀抱￠
太过爱你忘了你带给我的痛
骑猪看日落
╰+攻爆jí腚メ
亦凉
灰太狼
还没有评论，来说两句吧...