Maven-02

标签：

其实一个依赖声明可以包含如下的一些元素：

groupId,artifactId,version：依赖的基本坐标。

type：依赖的类型，对应于项目坐标定义的packaging。大多数情况下，该元素不必声明，其默认值为jar。

scope：依赖的范围。

optional：标记依赖是否可选。

exclusions：用来排除传递性依赖。

-----------------------------------------------------------------------

依赖范围：

依赖范围就是用来控制依赖与三种classpath(编译classpath,测试classpath,运行classpath)的关系，Maven有一下几种依赖范围：

compile：编译依赖范围。如果没有指定，就会默认使用该依赖范围。使用此依赖范围的Maven依赖，对于编译，测试和运行三种classpath都有效，典型的例子是spring-core。

test：测试依赖范围。使用此依赖范围的Maven依赖，只对于测试classpath有效，典型的例子是JUnit。

provided：已提供依赖范围。使用此依赖范围的Maven依赖，对于编译和测试classpath有效，但在运行时无效，典型的例子是servlet-api。

runtime：运行时依赖范围。使用此依赖范围的Maven依赖，对于测试和运行classpath有效，但在编译主代码时无效，典型的例子是jdbc驱动实现。

system：系统依赖范围。该依赖与三种classpath的关系，和provided依赖范围完全一致。但是，使用system范围的依赖时必须通过systemPath元素显式地指定依赖文件的路径。由于此类依赖不是通过Maven仓库解析的，而且往往与本机系统绑定，可能造成构建的不可移植，因此应该谨慎使用。systemPath元素可以引用环境变量，如：

1 <dependency>
2     <groupId>javax.sql</groupId>
3     <artifactId>jdbc-stdext</artifactId>
4     <version>2.0</version>
5     <scope>system</scope>
6     <systemPath>${java.home}/lib/rt.jar</systemPath>
7 </dependency>

import：导入依赖范围。该依赖范围不会对三种classpath产生实际的影响。后面的文章在讲解dependencyManagement时会详细讨论此依赖范围。

-----------------------------------------------------------------

依赖调解的两条原则：

1. 路径最近者优先。

2. 第一声明者优先。

--------------------------------------------------------------------

 传递性依赖的规律：

1. 当第二直接依赖的范围是compile的时候，传递性依赖的范围与第一直接依赖的范围一致。

2. 当第二直接依赖的范围是test的时候，依赖不会得以传递。

3. 当第二直接依赖的范围是provided的时候，只传递第一直接依赖范围也为provided的依赖，且传递性依赖的范围同样为provided。

4. 当第二直接依赖的范围是runtime的时候，传递性依赖的范围与第一直接依赖的范围一致，但compile例外，此时传递性依赖的范围是runtime。

Maven-02

标签：

原文地址：http://www.cnblogs.com/build-up/p/4947777.html