转载自 ：http://acooly.iteye.com/blog/1788890
scope的使用场景和说明
1.compile
编译范围，默认scope，在工程环境的classpath（编译环境）和打包（如果是WAR包，会包含在WAR包中）时候都有效。
2.provided
容器或JDK已提供范围，表示该依赖包已经由目标容器（如tomcat）和JDK提供，只在编译的classpath中加载和使用，打包的时候不会包含在目标包中。最常见的是j2ee规范相关的servlet-api和jsp-api等jar包，一般由servlet容器提供，无需在打包到war包中，如果不配置为provided，把这些包打包到工程war包中，在tomcat6以上版本会出现冲突无法正常运行程序（版本不符的情况）。
异常：jar包设置成provided还是被打进lib原因
原因和处理方式：因build 使用 spring-boot-maven-plugin 打包，则会不区分scope直接打入。
处理排除掉这些内容：
<build>
<plugins>
<plugin>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-maven-plugin</artifactId>
<configuration>
<excludeGroupIds>org.springframework.cloud</excludeGroupIds>
<excludes>
<exclude>
<groupId>io.lettuce</groupId>
<artifactId>lettuce-core</artifactId>
</exclude>
</excludes>
</configuration>
</plugin>
</plugins>
</build>
3.runtime
一般是运行和测试环境使用，编译时候不用加入classpath，打包时候会打包到目标包中。一般是通过动态加载或接口反射加载的情况比较多。也就是说程序只使用了接口，具体的时候可能有多个，运行时通过配置文件或jar包扫描动态加载的情况。典型的包括：JDBC驱动等。
4.test
测试范围，一般是单元测试场景使用，在编译环境加入classpath，但打包时不会加入，如junit等。
5.system
系统范围，与provided类似，只是标记为该scope的依赖包需要明确指定基于文件系统的jar包路径。因为需要通过systemPath指定本地jar文件路径，所以该scope是不推荐的。如果是基于组织的，一般会建立本地镜像，会把本地的或组织的基础组件加入本地镜像管理，避过使用该scope的情况。
6. import
当我们在mvn项目中已经依赖一个父类，想要依赖其它的父类，对于mvn的单继承模式是不可以的。但是可通过导入的方式引入。
注意：要在dependecies中引入，同时要设置type为pom，scope为import才可以。
<dependencyManagement>
<dependencies>
<dependency>
<groupId>*****</groupId>
<artifactId>spring-boot-dependencies</artifactId>
<version>2.1.9-SNAPSHOT</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>
实践：
- provided是没有传递性的，也就是说，如果你依赖的某个jar包，它的某个jar的范围是provided，那么该jar不会在你的工程中依靠jar依赖传递加入到你的工程中。
- provided具有继承性，上面的情况，如果需要统一配置一个组织的通用的provided依赖，可以使用parent，然后在所有工程中继承。