Java－Maven常见的依赖范围

分享一个大牛的人工智能教程。零基础！通俗易懂！风趣幽默！希望你也加入到人工智能的队伍中来！请轻击人工智能教程

Maven项目不同的阶段引入到classpath中的依赖是不同的。例如，编译时，maven会将与编译相关的依赖引入classpath中；测试时，maven会将测试相关的的依赖引入到classpath中；运行时，maven会将与运行相关的依赖引入classpath中。

依赖范围在pom.xml中如何体现？ 

<dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.7</version>
    <scope>test</scope>
</dependency>

compile：编译依赖，默认的依赖方式，在编译（编译项目和编译测试用例）、运行测试用例、运行（项目实际运行）三个阶段都有效，典型的有spring-core等jar。
test：测试依赖，只在编译测试用例和运行测试用例有效，典型的有JUnit。
provided：对于编译和测试有效，不会打包进发布包中，典型的例子为servlet-api，一般的web工程运行时都使用容器的servlet-api。
runtime：只在运行测试用例和实际运行时有效，典型地是jdbc驱动jar包。
system：不从maven仓库获取该jar，而是通过systemPath指定该jar的路径。系统依赖范围必须通过配置systemPath元素来显示指定依赖文件的路径，此类依赖不是由maven仓库解析的，而且往往与本机系统绑定，可能造成构件的不可移植，因此谨慎使用。
import：该依赖范围只能与dependencyManagement元素配合使用，其功能为将目标pom文件中dependencyManagement的配置导入合并到当前pom的dependencyManagement中，用于一个dependencyManagement对另一个dependencyManagement的继承。dependencyManagement的作用其实相当于一个对所依赖jar包进行版本管理的管理器。如果没有写，如果dependencies里的dependency自己没有声明version元素具体版本，就会去dependencyManagement里面去找。