MAVEN-依赖范围

最新推荐文章于 2022-03-24 05:21:46 发布

xzp_forever

最新推荐文章于 2022-03-24 05:21:46 发布

阅读量210

点赞数

分类专栏： Maven 文章标签： Maven 依赖范围

本文链接：https://blog.csdn.net/xzp_forever/article/details/87992075

版权

Maven 专栏收录该内容

12 篇文章 0 订阅

订阅专栏

依赖范围

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

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

test: 测试依赖范围。使用此依赖范围的Maven依赖，只对测试classpath有效，在编译主代码或者运行项目使用时将无法使用此类依赖。典型的例子是JUnit。

provided: 已提供依赖范围。使用此依赖范围的Maven依赖，对于编译和测试classpath有效，但在运行时无效。典型的例子是servlet-api,编译和测试项目的时候需要该依赖，但在运行的时候，由于容器已提供，就不需要Maven重复引入，已避免冲突。

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

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>

import：导入依赖范围。该依赖范围不会对三种classpath产生实际的影响。

注：摘取自《Maven实战》