Maven中的scope主要包括以下几种：
- compile：
- 默认值，如果没有显式指定scope，Maven会默认使用此scope。
- 作用：此类依赖在项目的所有classpath中都可用，包括编译、测试、运行阶段。它们不仅用于当前项目的编译，还会被传递到依赖该项目的其他项目中。
- 打包：compile-scope的依赖通常会被包含在最终生成的打包文件（如JAR、WAR）中。
- provided：
- 适用场景：当依赖项由运行环境（如JDK、应用服务器、Web容器）或其他已部署组件提供时使用此scope。
- 作用：在编译和测试阶段可用，但在打包阶段不会包含在最终的包中。这意味着项目编译和测试时需要这些依赖，但预期在实际部署环境中这些依赖将由外部提供，无需项目自己携带。
- runtime：
- 作用：这类依赖在编译阶段不需要，但在项目运行时（包括测试运行）是必需的。它们不会参与编译过程，但会被包含在最终的打包文件中，供运行时使用。
- test：
- 作用：仅限于编译和运行测试代码时使用。test-scope的依赖不会影响主程序的编译和运行，也不会被包含在打包产物中。典型的例子包括JUnit等测试框架及其相关的依赖。
- system：
- 特殊之处：与provided类似，表示依赖已经在本地系统中存在，且Maven应从特定路径（通过
<systemPath>元素指定）加载，而非从Maven仓库获取。 - 注意事项：使用system scope应谨慎，因为它打破了依赖管理的常规机制，可能导致构建不可移植。由于依赖于本地系统的特定路径，这种scope不推荐在现代Maven实践中广泛使用。
- import：
- 作用：用于聚合多个模块的POM中的dependencyManagement部分，导入其他POM中的依赖管理配置。它本身并不定义一个依赖，而是用来合并其他POM中的dependencyManagement部分。
以上即为Maven中常见的六种scope。每种scope定义了依赖在构建生命周期的不同阶段如何被处理，以及是否应该包含在最终的打包文件中。选择正确的scope有助于确保项目构建的高效性和依赖管理的清晰性。
