Maven 的 Scope 属性

Maven 项目可以分为三个阶段：编译阶段，测试阶段，运行阶段了。
通过 scope 属性，我们可以决定依赖应用是否参与以上阶段，也将会影响依赖传递。

Maven 提供 6 种 scope：
1、compile
2、provided
3、runtime
4、test
5、system
6、import

compile：
compile 是 Maven 默认属性，将会使依赖包参与项目的编译，测试，运行阶段。当然，项目打包之后将会包含该依赖。

provided：
provided 意味着依赖仅参与项目编译，测试的阶段。
若有如下依赖关系：
A----->B----->C
C 的 scope 为provided，C 将会参与 B 的编译，测试阶段，但是 C 不会传递给 A。
如果 A 运行过程需要 C，需要自己直接引入 C 依赖。
典型如 Servlet API，因为 Tomcat 等容器内部会提供。

runtime：
runtime 代表依赖不再参与项目编译阶段，只参与测试，运行阶段。
若依赖不参与编译阶段，这种情况 IDE 中是无法导入相应的类的。若存在依赖类，编译过程中将会报错。
典型的例子是 JDBC 驱动包，如 mysql。
知识点：这个好处在于，只能使用 JDBC 标准接口，这样就不会与特定的数据库绑定。后续若切换数据库，只需要更换 pom，然后修改相应的参数即可。

test：
test 仅参与测试阶段的工作，典型的例子为 junit。

system：
system 与 provided 范围一致，只不过 system 需要使用 systemPath 属性指定本地路径，而 provided 将会从 Maven 仓库拉取。

import：
import 比较特殊，不会参与以上阶段运行。其只能在 dependencyManagement下使用，且 type 需要为 pom。
典型的例子为 Spring-boot 依赖。
知识点：通过这种方式，解决单继承问题，也可以更好将依赖分类。

另外 Maven scope 将会影响依赖传递。

如果依赖关系为： A--->B--->C,A 依赖 B，B 依赖 C。
最左列代表 B 的 scope 属性，第一行代表 C 的 scope 属性。

如下图所示，当 C 的 scope 为 provided/test, C 只在 B 中起作用，不会通过间接依赖传递给 A。
当且仅当 B 的 scope 为 compile，且 C scope 为 runtime ，A 将会间接依赖 C，且 scope 为 runtime。
其他情况下，C 的 scope 将会与 B 的 scope 一致。

我们可以通过合理的设置 scope 属性，不让依赖传播下去。

比如说，A 需要是使用 Spring-beans 包中某些类。如果其他项目铁定会使用 Spring，
那么我们可以将 A 中 Spring-beans scope 设置为 provided，让其他项目自己选择引入 Spring-beans 的版本。

这个适合公共基础包，其他包不要随便使用provided，若使用一定要写清楚，使用过程中需要引入的依赖。