maven3实战之坐标和依赖(依赖范围)

maven3实战之坐标和依赖(依赖范围)

----------

maven在编译项目主代码的时候需要使用一套classpath。假如，在编译项目主代码的时候需要用到spring-core，该文件以依赖的方式被引入到classpath中。其次，maven在编译和执行测试代码的时候会使用另外一套classpath。如：JUnit就是一个很好的例子，该文件也以依赖的方式引入到测试使用的classpath中，不同的是这里的依赖范围是test。最后，实际运行maven项目的时候，又会使用一套classpath。

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

 

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

 

2.test : 测试依赖范围。使用此依赖范围的maven依赖，只对于测试classpath有效，在编译主代码或者运行项目时将无法使用此类依赖。典型的例子是：JUnit，它只有在编译测试代码及运行测试的时候才需要。

 

3.provided :  已提供依赖范围。使用此依赖范围的maven依赖，对于编译和测试classpath有效，但在运行时无效。典型的例子是：servlet-api，编译和测试项目的时候需要该依赖，但在运行项目的时候，由于容器已经提供，就不需要maven重复地引入一遍。

 

4.runtime : 运行时依赖范围。使用此依赖范围的maven依赖，对于测试和运行classpath有效，但在编译主代码时无效。典型的例子是JDBC驱动实现，项目主代码的编译只需要JDK提供的JDBC接口，只有在执行测试或者运行项目的时候才需要实现上述接口的具体JDBC驱动。

 

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

 

<dependency>
    <groupId>javax.sql</groupId>
    <artifactId>jdbc-stdext</artifactId>
    <version>2.0</version>
    <scope>system</scope>
    <systemPath>${java.home}/lib/rt.jar</systemPath>
</dependency>

 

6.import(maven2.0.9及以上) : 导入依赖范围。该依赖范围不会对三种classpath产生实际的影响，后续后讲到。