maven中scope、optional标签详解

maven中scope标签详解

maven也是约定大于配置，所以在maven中，很多内容都有默认值，scope的默认值是compile，那么scope还能有哪些选项呢？
scope的分类
1.compile：默认值 他表示被依赖项目需要参与当前项目的编译，还有后续的测试，运行周期也参与其中，是一个比较强的依赖。打包的时候通常需要包含进去

2.test：依赖项目仅仅参与测试相关的工作，包括测试代码的编译和执行，不会被打包，例如：junit

3.runtime：表示被依赖项目无需参与项目的编译，不过后期的测试和运行周期需要其参与。与compile相比，跳过了编译而已。例如JDBC驱动，适用运行和测试阶段

4.provided：打包的时候可以不用包进去，别的设施会提供。事实上该依赖理论上可以参与编译，测试，运行等周期。相当于compile，但是打包阶段做了exclude操作

5.system：从参与度来说，和provided相同，不过被依赖项不会从maven仓库下载，而是从本地文件系统拿。需要添加systemPath的属性来定义路径

scope的依赖传递
A依赖B，B依赖C。当前项目为A，只当B在A项目中的scope，那么c在A中的scope是如何得知呢？

当C是test或者provided时，C直接被丢弃，A不依赖C；（排除传递依赖）

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

在优化过程中，我们把部分依赖加上scope标签，也就是说，避免了最后打包阶段把一些已经提供的包排除在外，去掉重复的打包过程，提高效率

转自：https://blog.csdn.net/cd18333612683/article/details/66478332

Maven 中true和provided之间的区别

依赖管理是maven提供的主要功能之一。无论我们需要什么依赖，我们只需将它们添加到POM.xml中。由于maven，所有必要的类和资源都会自动添加到项目的classpath中。

在添加依赖项时，我们可以使用optional标志，或将scope设置为“provided”。在这两种情况下，依赖关系都将在声明它们的模块的classpath中，但是使用将它们定义为依赖关系的模块不会在其他项目中传递它们，即不会形成依赖传递。
从语义来上理解
optional
可选的，可以理解为此功能/此依赖可选，如果不需要某项功能，可以不引用这个包。

scope provided
提供的，可以理解为此包不由我直接提供，需要调用者/容器提供。

举个例子说明二者的使用场景和区别
optional
现开发了一个类似Hibernate的框架，叫Summer吧，致敬下Spring，提供了多种数据库方言的支持:mysql/oracle/db2/postgresql…
每种数据库支持也独立了一个module，Summer的依赖中配置了每种数据库的支持包：summer-mysql-support/summer-oracle-support…

但是实际引用此框架/依赖时，并不需要所有数据库方言的支持。此时可以把数据库的支持包都配置为可选的true。
引用此框架时，只需按需引入自己需要的方言支持包即可，避免了冗余繁杂的依赖，也降低了jar包冲突的风险。

scope provided
现有一普通Web工程，必然会用到servlet-api这个包。但是实际上这个包一定是由容器提供的，因为我们这个web会部署到容器内，容器会提供servlet-api，如果此时项目中再引用的话就会造成重复引用，会有版本不一致的风险。

总结
二者从功能来看，都做到了依赖不传递。但在语义上表示不同，使用时按场景选择就好。

转自：https://segmentfault.com/a/1190000019266080?utm_source=tag-newest