发布时间:2023-02-12 19:00
<project>
...
<dependencies>
<denpendcy>
<groupId>groupId>
<artifactId>artifactId>
<version>version>
<type>type>
<scope>scope>
<optional>optional>
<exclusions>
<exclusion>
...
exclusion>
exclusions>
denpendcy>
dependencies>
project>
在pom.xml文件中,根元素project下的dependencies标签中可以包含一个或者多个dependency元素,以声明一个或者多个项目依赖。每个依赖dependency标签中都应该包含以下元素。
groupId: 依赖组id,可以理解为java的包名,一般用域名倒写
artifactId: 可以理解为项目名或者依赖名
version:依赖的版本
type:依赖的类型,对应项目坐标定义的packaging,大部分情况下,该属性不必声明,其默认值为jar
scope:依赖的范围,这个对应的属性就比较多了,后续会做详细介绍
optional:标记依赖是否可选
exclusions:用来排除依赖的传递性,其中可以配置多个exclusion属性,每个标签对应着groupId、artifactId、version等三个基本属性
很多时候,大部分依赖声明只包含groupId、artifactId和version这三个指定基本坐标的元素;而在一些特殊情况下,其它元素至关重要,也就是上面提到的scope、optional和exclusions。
maven在编译项目主代码的时候需要使用一套classpath。举例来说:
所以,依赖范围就是用来控制依赖与这三种classpath(编译classpath、测试classpath、运行classpath)的关系的。
依赖具体范围:scope(依赖范围)共有五种,它们分别是compile、provided、runtime、test、system。
在maven中,依赖传递是可以传递的,假设存在三个项目,分别是项目A,项目B,项目C。假设C依赖B,B依赖A,那么根据maven项目依赖的特征不难推出项目C也依赖于项目A.通过上图也可以看出,在项目中直接依赖了spring-webmvc,而spring-webmvc依赖了Spring-aop,spring-beans等,也就是在项目中有依赖了spring-aop和spring-beans等等
在实际的 Maven 项目开发中,由于项目引入的依赖过多,遇到 jar 冲突算是一个很常见的问题了
·标注一:Maven Project,Maven 项目选项;
·标注二:Dependencies,项目依赖;
·标注三:Show Dependencies,展示项目依赖图
点击Show Dependencies 按钮之后,接下来就会出现以下内容。
在我们发现jar包冲突之后,就可以通过exclusion进行冲突的解决
Maven多模块项目,适用于一些比较大的项目,通过合理的模块拆分,实现代码的复用,便于维护和管理。尤其是一些开源框架,也是采用多模块的方式,提供插件集成,用户可以根据需要配置指定的模块
这种项目结构主要应用在大型项目中,多人协作开发,小型项目 或 人员配置不足情况下不建议使用; 之前因为一直没有机会参与大型项目开发,或是这种分布式项目的搭建,网上也没有这方面系统全面的说明 ,可能真正用到这种架构的不需要自己动手去弄,等着别人搭好进去码代码就可以了
Maven的聚合特性可以帮助我们把项目的多个模块聚合在一起,使用一条命令进行构建,即一条命令实现构建多个项目;
Maven的继承特性可以将各个模块相同的依赖和插件配置提取出来,在简化POM的同时还可以促进各个模块配置的一致性
spring1
spring2
spring3
在前面的学习中,我们见过打包方式为jar和war的,但是聚合模块的打包方式必须为pom,否则无法完成构建。
com.baidu
miliao-rootpom
2.0.3
可继承的POM元素如下:
·groupId:项目组ID,项目坐标的核心元素
·version:项目版本,项目坐标的核心因素
·distributionManagement:项目的部署配置
·dependencies:项目的依赖配置
·dependencyManagement:项目的依赖管理配置
虽然聚合模块和父模块经常合二为一,但是聚合和继承是两个不同的概念,其实是没有什么关系的。
聚合模块知道它聚合了哪些模块,但是被聚合的模块不知道聚合模块的存在;
继承父模块不知道子模块的存在,但是子模块都必须知道自己的父模块是谁。