之前一直在使用pom.xml中找jar包最关键的三个属性,groupId、artifactId、version,应该有些印象了,也知道为什么通过这三个能找到对应的jar包,但是没有细讲其中的一些小的知识点,比如上面添加servlet-jar和jsp-jar的依赖时,出现的一些属性就不太懂,所以,这一章节,就将依赖关系全面分析。
1、如何获取坐标(也就是三个关键属性值)
方式1:使用网站搜索[从中央仓库拿]
步骤一:百度搜索关键字“maven repository”,到官网:https://mvnrepository.com/
步骤二:输入关键字查询获得需要内容,确定需要版本
步骤三、获得坐标
方式2、使用本地仓库,通过myeclipse获得坐标
上面已经介绍过了如何从本地仓库获取对应jar,这里在简单阐述一下
步骤一:添加依赖,pom.xml文件中,右键
步骤二:获得坐标
2、依赖(坐标)的常见配置
为了避免不知道说的哪些配置属性,看下面图就明白了,就是dependency下的属性配置,全部有9个,讲其中的7个。
groupId、artifactId、version是依赖的基本坐标,缺一不可,这三个可以不用将,都知道,重要的是除了这三个之外的配置属性需要我们理解
type:依赖的类型,比如是jar包还是war包等
默认为jar,表示依赖的jar包
注意:<type>pom.lastUpdated</type> 这个我们在上面添加servlet-jar的时候就遇到过,看到lastUpdated的意思是表示使用更新描述信息,占位符作用,通俗点讲,选择该类型,jar包不会被加载进来,只是将该jar包的一些描述信息加载进来,使别的jar包在引用他时,能够看到一些相关的提示信息,仅此而已,所以说他是个占位符,只要记住他的jar包不会被加载进来。
optional:标记依赖是否可选。默认值false
比如struts2中内置了log4j这个记录日志的功能,就是将log4j内嵌入struts2的jar包中,而struts2有没有log4j这个东西都没关系,有它,提示的信息更多,没它,也能够运行,只是提示的信息就相对而言少一些,所以这个时候,就可以对它进行可选操作,想要它就要,不想要,就设置为false。
exclusions:排除传递依赖,解决jar冲突问题
依赖传递的意思就是,A项目 依赖 B项目,B项目 依赖 C项目,当使用A项目时,就会把B也给加载进来,这是传递依赖,依次类推,C也会因此给加载进来。
这个有依赖传递有好处,也有坏处,坏处就是jar包的冲突问题,比如,A 依赖 B(B的版本为1),C 依赖 B(B的版本为2),如果一个项目同时需要A和C,那么A,C都会传递依赖将B给加载进来,问题就在这里,两个B的版本不一样,将两个都加载进去就会引起冲突,这时候就需要使用exclusions这个属性配置了。maven也会有一个机制避免两个都加载进去,maven 默认配置在前面的优先使用,但是我们还是需要使用exclusions来配置更合理,这里使用spring bean 和 struts2 spring plugin 来举例子说明这个问题并使用exclusions解决这个问题。(spring bean 和 struts2 spring plugin都需要依赖spring-core,但版本不一样)
从本地仓库中找到这两个jar包
maven自己的解决方案如下
maven 默认配置在前面的优先使用,下面是证明
先将spring-beans加载进去的,所以会将spring-beans依赖的spring-core的版本加载进来。
先将struts2-spring-plugin加载进来,那么就会将其依赖的spring-core的版本加载进来
使用exclusions来配置
即使struts2-spring-plugin 配置在前面,也需要使用3.2.0版本。则需要为struts2-spring-plugin 排除依赖(不使用3.0.5依赖)
注意:这样,就将struts2-spring-plugin依赖的spring-core的版本排除依赖了,也就是该依赖的spring-core不会在加载进来,查看代码,看是否符合要求,如果不符合要求,需要手动的修改
scope:依赖范围,意思就是通过pom.xml加载进来的jar包,来什么范围内使用生效,范围包括编译时,运行时,测试时
compile:默认值,如果选择此值,表示编译、测试和运行都使用当前jar
test:表示只在测试时当前jar生效,在别的范围内就不能使用该jar包。例如:junit 。此处不写也不报错,因为默认是compile,compile包扩了测试
runtime,表示测试和运行时使用当前jar,编译时不用该jar包。例如:JDBC驱动。JDBC驱动,在编译时(也就是我们写代码的时候都是采用接口编程,压根就没使用到JDBC驱动包内任何东西,只有在运行时才用的到,所以这个是典型的使用runtime这个值的例子),此处不写也不报错,理由同上
provided,表示编译和测试时使用当前jar,运行时不在使用该jar了。例如:servlet-api、jsp-api等。【必须填写】
什么意思呢? 在我们以前创建web工程,编写servlet或者jsp时,就没导入过jar包把,因为myeclipse或者别的ide帮我们提供了这两个jar包,内置了,所以我们在编译期测试期使用servlet都不会报缺少jar包的错误,而在运行时期,离开了myeclipse或别的ide,就相当于缺失了这两个jar包,但此时tomcat又会帮我们提供这两个jar,以便我们不会报错,所以,这两个很特殊。看图
1、开发阶段(MyEclipse提供),看下图以此证明我们说的
2、运行阶段(tomcat提供)
所以,根据这个特点,如果使用maven开发项目,就不是web项目了,那么myeclipse就不会在给我们提供这两个jar包,我们就必须自己手动通过坐标从仓库中获取,但是针对上面的分析,当运行的时候,tomcat会帮我们提供这两个jar包,所以我们自己从仓库中获取的jar包就不能和tomcat中的冲突,那么就正好可以通过provided这个属性,来设置这两个jar的作用范围,就是在变异时期和测试时期生效即可。
这个例子就可以解释上面创建maven web时产生的错误和解决方案了。
system:表示我们自己手动加入的jar包,不属于maven仓库(本地,第三方等),属于别得类库的这样的jar包,只在编译和测试期生效,运行时无效。一般不用
更多pom.xml的配置,请查看Maven教程(11)- Maven的pom.xml配置详解
3、依赖调节原则
这个就是maven解决传递依赖时jar包冲突问题的方法,按照两种原则,上面已经介绍了一种了,就是下面的第二原则
1、第一原则:路径近者优先原则
A-->B-->C-->D-->X(1.6)
E-->D-->X(2.0)
使用X(2.0),因为其路径更近
2、第二原则:第一声明者优先原则。就是如果路径相同,maven 默认配置在前面的优先使用
A-->B --> X(1.6)
C-->D--> X(2.0)
这样就是路径相同,那么如果A在前面,C在后面,则使用X(1.6)
maven会先根据第一原则进行选择,第一原则不成,则按第二原则处理。
Maven教程系列:
Maven教程(1)- Maven是什么?
Maven教程(2)- Maven的安装与配置
Maven教程(3)- 仓库的概念
Maven教程(4)- 使用命令行管理项目
Maven教程(5)- 使用Myeclipse创建maven自定义项目
Maven教程(6)- pom.xml的依赖关系讲解(重点)
Maven教程(7)- maven父工程与子模块的拆分与聚合原理
Maven教程(8)- Maven生命周期详解
Maven教程(9)- Maven插件详解
Maven教程(10)- Maven常用命令
Maven教程(11)- Maven的pom.xml配置详解
Maven教程(12)- Maven的setting.xml配置详解
总目录:Maven教程
(转自:https://www.cnblogs.com/whgk/p/7112560.html)