第五章 坐标与依赖

一、什么是Maven坐标
Maven定义了一组规则：世界上任何一个构件都可以使用Maven坐标唯一标识，坐标元素包括groupId、artifactId、version、packaging、classifier。Maven会在需要的时候去中央仓库下载。

二、坐标详解

org.sonatype.nexus
nexus-indexer>
2.2.0
jar

groupId：定义当前Maven姓名隶属的实际项目。groupId表示方式通常与域名反向一一对应。Maven项目与实际项目不是一对一的关系。

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

version：定义Maven项目当前所出的版本。

packaging：定义项目的打包方式。打包方式通常与所生成构件的文件扩展名对应。打包方式会影响到构建的生命周期。默认打包方式为jar。

classifier：定义构建输出的一些附属构件。附属构件与主构件对应，不能直接定义项目的classifier，因为附属构件不是项目直接默认生成的，而是由附加的插件生成。

groupId、artifactId、version必选，packaging可选，classifier不能直接定义。

三、依赖配置
根元素project下的dependencies可以包含一个或多个dependency元素，以声明一个或多个项目依赖。每个依赖可以包含元素：

• groupId、artifactId、version
• type：依赖的类型，对应项目坐标定义的packaging。多数情况下不必声明，默认值是jar。
• scope：依赖范围。
• optional：标记依赖是否可选。
• exclusions：用来排除传递性依赖。

四、依赖范围

依赖范围就是用来控制依赖与这三种classpath（编译classpath、测试classpath、运行classpath）的关系，有以下几种：

• compile：编译依赖范围。如果没有指定，默认使用该依赖范围。使用此依赖范围的Maven依赖，对于编译、测试、运行三种classpath都有效。

• test：测试依赖范围。只对测试classpath有效。

• provided：已提供依赖范围。对于编译和测试classpath有效，但运行项目时无效。

• runtime：运行时依赖。对于测试和运行classpath有效，但在编译主代码时无效。

• system：系统依赖范围。与classpath的关系，与provided完全一致。但使用该范围依赖时必须通过systemPath元素显示地指定依赖文件的路径。此类依赖不通过Maven仓库解析，往往与本机系统绑定，可能造成构建的不可移植。systemPath元素可以引用环境变量：

     ...
     ...
     ...
     system
     ${java.home}/lib/rt.jar

• import:导入依赖范围。该依赖范围不会对三种classpath产生实际影响。

依赖范围与classpath关系

五、传递依赖

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

假设A依赖于B，B依赖于C，则A对于B是第一直接依赖，B对于C是第二直接依赖，A对于C是传递性依赖。下图最左边一行表示第一直接依赖范围，最上面一行表示第二直接依赖，中间交叉单元表示传递性依赖。

依赖范围影响传递性依赖

六、依赖调解

Maven依赖调解第一原则是路径最近者优先。第二原则是第一声明者优先。在依赖路径长度相等时，在POM中依赖声明的顺序决定了谁会被解析使用，顺序靠前的依赖优胜。

七、可选依赖

假设一个依赖关系，项目A依赖于项目B，项目B依赖于项目X和Y，B对于X和Y的依赖都是可选依赖：A->B,B->X（可选）,B->Y(可选）。由于这里X，Y都是可选依赖，依赖将不会得以传递，即X，Y将不会对A有任何影响。理想情况下，不应该使用可选依赖。

八、最佳实践

1.排除依赖
2.归类依赖
3.优化依赖