[Maven]坐标与依赖

        本篇内容为根据徐晓斌版《Maven实战》整理而成的学习笔记。

        在Maven世界中，任何一个依赖、插件或者项目构建的输出，都可以称为构件，构件的逻辑表示方式是：坐标和依赖，构件的物理表示方式是：文件。本篇主要简述坐标和依赖。

 

Maven坐标

    Maven规定了这样一组规则：世界上任何一个构件都可以使用Maven坐标唯一标识，Maven坐标的元素包括groupId、artifactId、version、packaging、classifier。

    groupId：Maven项目隶属的实际项目，命名方式通常与域名反向一一对应。必须定义。

    artifactId：实际项目中的一个Maven项目（模块），推荐使用实际项目名称作为artifactId的前缀。必须定义。

    version：Maven项目当前所处的版本。必须定义。

    packaging：Maven项目的打包方式，打包方式通常与所生成构件的文件扩展名对应。当没有定义时，Maven会使用默认值jar。

    classifier：帮助定义构件输出的一些附属附件。注意，不能直接定义项目的classifier，因为附属构件不是项目直接默认生成的，而是由附加的插件帮助生成的。

 

Maven依赖

1. 依赖的配置

    根元素project下的dependencies可以包含一个或多个dependency元素，以声明一个或多个依赖。每个依赖可以包含的元素有：

groupId、artifactId和version：依赖的基本坐标。

type：依赖的类型，对应于项目定义的packaging，大部分情况下不需要定义，使用默认值jar。

scope：依赖的范围。

optional：标记依赖是否可选。

exclusions：用来排除传递性依赖。

2. 依赖的范围

依赖范围（scope）	对于编译classpath有效	对于测试classpath有效	对于运行时classpath有效
编译依赖范围：compile	Y	Y	Y
测试依赖范围：test	-	Y	-
已提供依赖范围：provided	Y	Y	-
运行时依赖范围：runtime	-	Y	Y
系统依赖范围：system	Y	Y	-

另外还有导入依赖范围：import，该范围不会对三种classpath产生实际的影响。

3. 传递性依赖

    当A有一个compile范围的B依赖，B有一个compile范围的C依赖，那么C就会成为A的compile范围依赖，C是A的一个传递性依赖。

    有了传递性依赖的机制，在使用某个依赖时就不需要考虑它依赖了什么，也不需要担心引入多余的依赖。Maven会解析各个直接依赖的POM，将那些必要的间接依赖，以传递性依赖的形式引入到当前的项目中。

    需要注意的是，可选依赖不会被传递。

4. 依赖范围影响传递性依赖

	compile	test	provided	runtime
compile	compile	-	-	runtime
test	test	-	-	test
provided	provided	-	provided	provided
runtime	runtime	-	-	runtime

5. 依赖调解

    当两个依赖路径上有两个版本的依赖X时，有以下两个依赖调解原则：

第一原则：路径最近者优先；

第二原则：路径长度一样时，第一声明者优先。

6. 排除依赖

    当项目A依赖于项目B，但是不想引入传递性依赖C，而是自己显示的声明对项目C另一个版本的依赖，使用exclusions元素声明排除性依赖。

    exclusions可以包含一个或者多个exclusion子元素，声明exclusion时只需要groupId和artifactId，不需要version元素。

7. 归类依赖

    当项目中依赖了同一项目的不同模块，它们的版本都是相同的，因此在升级的时候，这些依赖的版本会一起升级。为了避免重复，且需要修改时只修改一处，可以通过归类依赖来解决。

    使用properties元素定义Maven属性，如springframework.version子元素，并定义其值。有了这个属性定义，maven运行时会将POM中所有的${springframwork.version}替换成定义的实际值。

8. 优化依赖

使用dependency:list和dependency:tree 帮助我们详细了解项目中所有依赖的具体信息。

使用dependency:analyze工具可以帮助分析当前项目的依赖。

analyze的结果中包含了两部分：

Used undeclared dependencies：项目中使用但未显式声明的依赖。这种依赖意味着潜在的风险；

Unused declared dependencise：项目中未使用的，但显式声明的依赖。对于这种依赖不能直接删除，因为analyze只会分析编译和测试需要的依赖，其他依赖它无法发现，因此需要仔细分析。