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 一致。
![在这里插入图片描述](https://i-blog.csdnimg.cn/blog_migrate/f669cc585be86461dd36120525f2b343.png)
我们可以通过合理的设置 scope 属性,不让依赖传播下去。
比如说,A 需要是使用 Spring-beans 包中某些类。如果其他项目铁定会使用 Spring,
那么我们可以将 A 中 Spring-beans scope 设置为 provided,让其他项目自己选择引入 Spring-beans 的版本。
这个适合公共基础包,其他包不要随便使用provided,若使用一定要写清楚,使用过程中需要引入的依赖。