Maven 依赖范围

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里面去找