#maven #scope
Maven 依赖中的 scope 有 6 种：
compile：默认的 scope，表示该依赖在编译、测试和运行时都需要被引入。
provided：表示该依赖在编译和测试时需要被引入，但在运行时由运行环境提供，比如 JavaEE 容器提供的一些 API。
runtime：表示该依赖在运行时需要被引入，但在编译时不需要，比如 JDBC 驱动。
test：表示该依赖只在测试时需要被引入，不会被打包到最终的发布包中。
system：类似 provided，但是需要在
<dependencies>中指定该依赖的路径，比如本地的 JAR 包。import：在 Maven 2.0.9 及以上版本才有，表示该依赖只在
dependencyManagement中被引入，不会实际被使用。该 scope 可以将子项目的依赖传递到父项目中。
scope import 是 Maven 2.0.9 及以上版本新增的一种依赖范围，它表示该依赖仅用于传递依赖，不具备实际编译和运行的功能。该 scope 只能在 dependencyManagement 中引用，不能在 dependencies 中直接使用。它的作用和使用场景如下：
作用：
- 用于将子项目的依赖传递到父项目中，统一管理和版本控制；
- 用于管理合并多个子项目的依赖冲突，避免版本冲突和重复依赖。
使用场景：
- 父项目需要管理多个子项目的依赖，统一版本控制；
- 父项目需要解决子项目之间的依赖冲突；
- 父项目需要引入一些通用的依赖，但并不需要在父项目中直接使用。
举例来说，假设项目 A 包含两个子模块 B 和 C，它们都依赖于 commons-lang3 版本 3.11，而 A 自己也需要依赖 commons-lang3 版本 3.11。如果在每个子模块中都声明一遍 commons-lang3 依赖，那么可能会导致依赖冲突和重复依赖。此时可以将 commons-lang3 依赖的 scope 设置为 import，然后在父项目 A 的 dependencyManagement 中管理版本号和依赖，这样就可以避免冲突和重复依赖。
在 Maven 中，如果不声明依赖的版本号，则 Maven 会使用最新的版本，这种方式虽然可以解决依赖冲突问题，但是也可能引入不稳定的、不兼容的版本，导致构建失败或运行时出现异常。因此，在实际开发中，尽量避免使用不声明版本号的方式来管理依赖。
而使用 scope import 可以将多个子模块的依赖版本号统一管理，有利于版本控制和管理，也避免了不稳定的、不兼容的版本问题。而且，采用这种方式不会导致依赖冲突或重复依赖的问题，因为实际的依赖只会在子模块中声明一次，然后在父项目中进行版本控制和管理。