一、什么是Maven坐标
Maven定义了一组规则：世界上任何一个构件都可以使用Maven坐标唯一标识，坐标元素包括groupId、artifactId、version、packaging、classifier。Maven会在需要的时候去中央仓库下载。
二、坐标详解
<groupId>org.sonatype.nexus</groupId>
<artifactId>nexus-indexer></artifactId>
<version>2.2.0</version>
<packaging>jar</packaging>
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元素可以引用环境变量：
<dependency>
<groupId>...</groupId>
<artifactId>...</artifactId>
<version>...</version>
<scope>system</scope>
<systemPath>${java.home}/lib/rt.jar</systemPath>
</dependency>
- import:导入依赖范围。该依赖范围不会对三种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.优化依赖
