文档章节

maven详解之坐标与依赖

 我就是我110
发布于 2015/08/13 09:50
字数 2627
阅读 57
收藏 0

看着简单而又复杂的pom.xml文件,看似熟悉,当自己编写的时候觉得简单,但是看人家项目的时候又觉得复杂的很,现在我们一起来分析这个pom文件。


Maven的坐标为各种构件引入了秩序,任何一个构件都必须明确的定义自己的坐标,maven的坐标包括如下的元素:

groupId: 定义当前Maven项目隶属的实际项目

artifactId: 该元素定义实际项目中的一个Maven项目或模块

version: 该元素定义Maven项目当前所处的版本

packaging: 该元素定义Maven项目的打包方式

classifier: 该元素用来帮助定义构建输出的一些附属构件

注:groupId、artifactId、version、packaging是必须定义的,classifier是不能被直接定义的,因为附属构件不是项目直接默认生成的,而是由附加的插件帮助生成的。


元素详解:

根元素project下的dependencies元素详解:

dependencies可以包含一个或者多个dependency元素,以声明一个或多个项目依赖, 其包含的元素:

groupIdartifactIdversion:依赖的基本坐标,对于任何一个依赖来说,基本的坐标是最重要的,Maven是根据坐标来找到需要的依赖

type: 依赖的类型

scope: 依赖的范围

optional: 标记依赖是否可选(参见可选性依赖)

exclusions: 用来排除传递性依赖(参见依赖的传递性)


依赖范围详解:

Maven在编译项目主代码的时候需要使用一套classpath

Maven在编译和执行测试的时候会使用另外一套classpath

Maven在实际运行项目的时候又会使用一套classpath

依赖范围就是用来控制依赖与这三种classpath(编译classpath、测试classpath、运行classpath)的关系

Maven的6种依赖范围:

compile: 编译依赖范围(默认),对于编译、测试、运行三种classpath都有效

test: 测试依赖范围, 只对测试classpath有效。典型范例:Junit

provided: 已提供依赖范围 对于编译和测试classpath有效,但在运行时无效。典型范例:servlet-api

runtime: 运行时依赖范围 对于测试和运行classpath有效,但在对编译主代码时无效。典型范例:JDBC

system: 系统依赖范围

import: (maven2.0.9及以上): 导入依赖范围,它不会对三种实际的classpath产生影响

依赖范围(Scope) 对于编译classpath有效 对于测试classpath有效 对于运行时classpath有效 例子
compile Y Y Y spring-core
test
Y
junit
provided Y Y
servlet-api
runtime
Y Y JDBC驱动实现
system Y Y
本地的,Maven仓库之外的类库文件


了解了依赖的基本元素和依赖范围之后,我们会发现在我们项目中经常会出现一些默认的配置问题,导致编译和运行失败的情况,现在让我们来学习如何解决这些问题,首先要了解一下依赖的传递性


传递性依赖和依赖范围

简单的说,一般项目中出现问题多数是因为重复的引用或者引用了较低版本的依赖,或者是他们的依赖范围发生了变化。

举个例子来理解传递性依赖:

我们创建了一个Maven Project-----learnDependency,然后我们引入了spring-core这个依赖,然后我们打开spring-core的 pom.xml发现,spring-core也有自己的依赖:commons-logging,而且该依赖没有声明依赖范围,那么默认的就是 compile,所以这时我们就可以说:commons-logging也是learnDependency的一个依赖,这时我们就将这种依赖称之为传递 性依赖,commons-logging是learnDependency的一个传递性依赖。有了传递性依赖,我们就可以在使用的时候不去考虑我们引入的 依赖到底是否需要其它依赖,和是否引入多余的依赖,Maven 会解析各个直接依赖的pom,将必要的间接依赖引入到项目中。


细说传递性依赖

假设:A依赖于B,B依赖于C,那么我们就说A对于B是第一直接依赖,B对于C是第二直接依赖,A对于C是传递性依赖。

因为依赖是有依赖范围的,那么对于这种传递性依赖Maven又是如何界定其依赖范围的呢?

当第二直接依赖的范围是compile的时候,传递性依赖的范围与第一直接依赖的范围一致;

当第二直接依赖的范围是test的时候,依赖不会得以传递

当第二直接依赖的范围是provided的时候,只传递第一依赖范围也为provided的依赖,且传递性依赖的范围同样是provided;

当第二直接依赖的范围是runtime的时候,传递性依赖的范围与第一直接依赖的范围一致,但compile除外,此时传递性依赖范围为runtime

  compile test provided runtime
compile compile

runtime
test test

test
provided provided
provided provided
runtime runtime

runtime


左侧第一列表示第一直接依赖范围,最上面一行表示第二直接依赖


optional: 有时候我们不想让依赖传递,那么可配置该依赖为可选依赖,将元素optional设置为true即可。


在我们了解了Maven强大的依赖机制之后,我们开始解决问题:

常见问题一:依赖的重复引入

之前说过Maven可以有效的解决依赖的重复引入问题,但是为什么我们在项目还会出现这类问题呢?先让我们来看一下Maven是如何处理重复引入问题的:


情景一:我们在项目中分别引入了2个依赖A和B,A又依赖的C,C又依赖了D,B也依赖了D,但是这个时候C依赖的D和B依赖的D的版本是不同的:

项目----A---C----D

项目----B---D

也就是说,当前项目引入了2次D依赖,那么这时,Maven将采用第一原则:路径最近原则


情景二:我们在项目中分别引入了2个依赖A和B,而A和B又都引入了C,但是,此时A依赖的C和B依赖的C版本是不一致的,那么这个时候Maven如何处理呢?

这时,第一原则已经不起作用了,

在Maven2.0.8及之前的版本中  和 Maven2.0.9之后的版本Maven对于这种情况的处理方式是不一致的

确切的说:

在Maven2.0.8及之前的版本中Maven究竟会解析哪个版本的依赖,这是不确定的

Maven2.0.9之后的版本中,制定了第二原则:第一声明者优先

就是说,它取决于在POM中依赖声明的顺序


这个问题就说明了,为什么我们常常遇到的可以正常运行的项目,然后我们增加了一个看似无关的依赖,然后项目就出现了错误,就是这个传递性依赖搞的鬼!


还要补充说明的一种情况是可选依赖

为什么会有可选依赖呢?是因为某一个项目实现了多个特性,但是我们在面向对象的设计中,有一个原则叫:单一职责性原则,就是强调在一个类只有一项职责,而不是糅合了太多的功能,所以一般这种可选依赖很少会出现。


常见问题二:默认引入的依赖----第二直接依赖的版本过低或者依赖了不稳定的快照

这个问题我们在开发中也经常遇到,在某个第二直接依赖中引入了1.0版本,但是我们现在想使用2.0版本,这时我们要如何解决?

引入一个名词:排除依赖,也可以叫替换依赖

想实现依赖排除,然后替换成自己想要的依赖,这时我们要用到的一个配置是<exclusions> 和<exclusion>,我们可以使用这一元素声明排除依赖,然后显示的声明我们想要的依赖,在<exclusions>中可 以声明一个或多个<exclusion>来排除一个或多个传递性依赖。

注:声明<exclusion>的时候只需要声明groupId和artifactId就能唯一定位依赖图中的某个依赖。

A ------->  B ------×----C(version1.0)

|

C(version2.0)


常见问题三:解决重复的配置

我们在开发中也经常遇到这样的情况,比如在使用spring framework的时候,他们都是来自于同一个项目的不同模块,因此这些依赖的版本都是相同的,而且在将来升级的时候,这些版本也会一起被升级,这时 Maven又提供了一种解决方案------使用properties元素定义Maven属性,然后引用。

示例:

<properties>  
    <springframework.version>2.5.6</springframework.version>  
</properties>


这个时候我们就可以在声明依赖的时候使用${springframework.version}来替换具体的版本号

<dependency>  
    <groupId>org.springframework</groupId>  
    <artifactId>spring-context-support</artifactId>  
    <version>${springframework.version}</version>  
</dependency>

如何正确的优化依赖

首先我们必须要对maven的依赖处理方式了然于胸,然后我们就可以去除多余的依赖,显示的声明必要的依赖,保证每个构件都只有唯一的版本在依赖中存在

使用命令来查看当前项目的已解析依赖:

mvn dependency : list

经过Maven解析之后,就会构成一个依赖树

也可以使用命令查看当前项目的依赖树:

mvn dependency : tree

使用命令分析当前当前项目的依赖:

mvn dependency : analyze

该命令执行结果的两个重要部分:

Used undeclared dependencies: 表示项目中使用到的,但是没有显示声明的依赖

Unused declared dependencies: 表示项目中未使用的,但显示声明的依赖

注:dependency : analyze只会分析编译主代码和测试代码需要用到的依赖,一些执行测试和运行时需要的依赖它无法发现。


对于项目中的最佳实践,需要自己多多的尝试或者看别人的一些分享,这样对于开发效率会有很大的帮助,当然在项目开发的过程中不断的优化和调整这种方法也未尝不可。

本文转载自:http://blog.csdn.net/wanghantong/article/details/36427165

共有 人打赏支持
粉丝 0
博文 7
码字总数 6140
作品 0
大兴
私信 提问
Maven实战 -- 坐标和依赖

1.1 何为Maven坐标 正如之前所说的,Maven的一大功能就是管理项目依赖。为了能自动化地解析任何一个Java构件,Maven就必须将它们唯一标识,这就依赖管理的底层基础——坐标。 1.2 坐标详解 ...

Kerbores
2015/06/04
2
0
项目管理Maven篇(1)-基础详解

本文主要讲解maven入门基础部分,关于更深层次的知识请阅读我的另一篇文章:项目管理Maven篇(2)- Sonatype Nexus 介绍 Maven是一个强大的项目管理工具,其构建特性被普遍用于项目管理,Maven...

阿郎_
2017/04/08
0
0
[Maven实战](8)依赖配置与依赖范围

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/SunnyYoona/article/details/50609297 1. 依赖配置 依赖基本配置: 我们之前就遇到了依赖的概念,项目中测试需...

sjf0115
2016/01/29
0
0
(二)maven详解之坐标与依赖

看着简单而又复杂的pom.xml文件,看似熟悉,当自己编写的时候觉得简单,但是看人家项目的时候又觉得复杂的很,现在我们一起来分析这个pom文件。 Maven的坐标为各种构件引入了秩序,任何一个构...

飓风2000
2015/02/13
0
0
Maven学习之初识Maven

系统的学习maven 自动化构建Java程序的工具,比较强大,现在很多Java项目都是基于maven构建的,所以有必要学习。而且,太多的hadoop项目也是采用maven添加依赖的。使用maven的另外一个原因是...

Allocator
2017/04/28
0
0

没有更多内容

加载失败,请刷新页面

加载更多

AWS的自动部署工具codedeploy 部署前的准备工作

开始部署codedeploy: 1.先预置IAM用户: 创建一个IAM用户或使用一个与AWS相关联的用户; 复制以下的策略附加到IAM用户,向IAM用户赋予对codedeploy(及codedeploy所依赖的AWS服务和操作)的...

守护-创造
23分钟前
0
0
这可能是最详细的一线大厂Mysql面试题详解了

1、MySQL的复制原理以及流程 基本原理流程,3个线程以及之间的关联; 主:binlog线程——记录下所有改变了数据库数据的语句,放进master上的binlog中; 从:io线程——在使用start slave 之后...

Java干货分享
32分钟前
1
0
人的精力是什么?如何强化精力

人的精力是什么? 人的精力是什么? 精力指精神和体力。精神包括一个人的精神状态,兴奋度,做事情的投入度,专注度,持续时间等。 人的精力来源 人的精力有4种来源,身体的、情感的、思想的和...

莫库什勒
51分钟前
1
0
JFinal开发的旅游线路营销Saas平台演示系统我部署了一个

今天部署了一个旅游线路营销管理系统的演示版: 演示地址:http://lvyou.jfinalxueyuan.com 演示账号:(暂时只给一个门店版的吧,批发商和总部的如果需要 演示看看 单独联系我微信:1876673...

山东-小木
今天
2
0
如何学习大数据技术

学习大数据技术,首先要明确大数据的概念。 大数据的概念作者认为有如下几点: 1.数据的来源多样性。例如关系数据库+文本+excel等 2.数据量大。TB级别的数据。 3.业务应用领域。实时性高与实...

董黎明
今天
3
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部