Maven 是 Java 生态系统中最流行的构建工具之一，其核心特性之一是依赖管理。下面我们将描述和探索有助于管理 Maven 项目中的传递依赖关系的机制——依赖范围。

本文更加偏向于理解，阅读完的收获

1. Maven 中 scope 的使用方式和作用范围

2. 明白如何利用 Maven 中的 scope 管理 maven 的插件

设置样例

在 pom.xml 依赖中（org.springframework.boot:spring-boot-dependencies），可选择的值如下：

<dependencies>
	<dependency>
		<scope>
		[provided, compile, runtime, test, system]
		</scope>
	</dependency>
</dependencies>

依赖传递

Maven 中有两种依赖类型：直接的和传递的。

scope 的依赖传递，A–>B–>C。当前项目为 A，A 依赖于 B，B 依赖于 C。知道 B 在 A 项目中的 scope，那么怎么知道 C 在 A 中的 scope 呢？答案是：

当 C 是 test 或者 provided 时，C 直接被丢弃，A 不依赖 C；

否则 A 依赖 C，C 的 scope 继承于 B 的 scope。

scope 元素的作用

控制 dependency 元素的使用范围。通俗的讲，就是控制 Jar 包在哪些范围被加载和使用。

compile（默认）

含义：compile 是默认值，如果没有指定 scope 值，该元素的默认值为 compile。被依赖项目需要参与到当前项目的编译，测试，打包，运行等阶段。打包的时候通常会包含被依赖项目。

provided

含义：被依赖项目理论上可以参与编译、测试、运行等阶段，相当于 compile，但是再打包阶段做了 exclude 的动作。

适用场景：例如， 如果我们在开发一个 web 应用，在编译时我们需要依赖 servlet-api.jar，但是在运行时我们不需要该 jar 包，因为这个 jar 包已由应用服务器提供，此时我们需要使用 provided 进行范围修饰。

runtime

含义：表示被依赖项目无需参与项目的编译，但是会参与到项目的测试和运行。与 compile 相比，被依赖项目无需参与项目的编译。

适用场景：例如，在编译的时候我们不需要 JDBC API 的 jar 包，而在运行的时候我们才需要 JDBC 驱动包。

test

含义： 表示被依赖项目仅仅参与测试相关的工作，包括测试代码的编译，执行。

适用场景：例如，Junit 测试。

system

含义：system 元素与 provided 元素类似，但是被依赖项不会从 maven 仓库中查找，而是从本地系统中获取，systemPath 元素用于制定本地系统中 jar 文件的路径。

import

它只使用在中，表示从其它的 pom 中导入 dependency 的配置。