maven坐标和依赖(一)

Maven坐标

坐标是Maven实现依赖管理功能的基础，Maven通过为任何一个构件定义一个唯一的标示来确定该构件的归属及版本。Maven的坐标元素包括groupId、artifactId、version、packaging、classfier。 提供了正确的坐标，maven就能找到对应的构件、首先去你的本地仓库查找，没有的话再去远程仓库下载。如果没有配置远程仓库，会默认从中央仓库地址(http://repo1.maven.org/maven2)下载构件，该中央仓库包含了世界上大部分流行的开源项目构件

Maven的坐标元素

groupId：项目的名称
artifactId：表示项目的模块名称，建议使用项目的名称
version：项目的版本名称
packaging：Maven项目打包的方式，使用构件的什么包
classifier: 该元素用来帮助定义构建输出的一些附件。参考一篇博客：http://blog.csdn.net/lovingprince/article/details/5894459

前三个是必须的，第四个可选，默认是jar；classfier是不能直接定义的，需要结合插件使用。

根元素project下的dependencies元素详解

dependencies可以包含一个或者多个dependency元素，以声明一个或多个项目依赖, 其包含的元素：
groupId、artifactId、version：依赖的基本坐标，上面讲了
type: 依赖的类型
scope: 依赖的范围（后面会结合exclusions进行讲解）
optional: 标记依赖是否可选
exclusions: 用来排除传递性依赖(后面详解)

传递依赖

依赖范围

maven在编译项目主代码的时候，需要使用一套classpath，在编译和执行测试的时候，会使用另一套classpath，实际运行maven项目时，又会使用一套classpath。依赖范围就是用来控制依赖于这三种（编译classpath、测试classpath、运行classpath）的关系——摘自《maven实战》5.5节

maven主要的几种依赖范围：
test：测试范围有效，不会打包，编译打包时不会使用这个依赖；
compile：范围指的是编译范围有效，在编译和打包时都会将依赖存储进去；
provide：在编译和测试的过程有效，最后生成war包时不会加入。如：servlet-api，因为servlet-api，tomcat等web服务器已经存在了，如果再打包会冲突
runtime：运行有依赖，编译不依赖
system：未做研究

依赖调解

依赖关系A——B——C——X（1.0）;
A——D——X（2.0）；
X是A的传递依赖，但是有两个版本X；maven会去解析哪个？
Maven依赖调解有两个原则：1、路径最近者优先；2、第一声明者优先；
简单理解：
上面两条传递依赖，第一条路径长度是3；第二条路径长度是2，所以会优先选择第二条；但是当两条路径一样时，就看pom中，那个依赖先声明，就先用哪个。看，这两条，完全就跟生活一样么：有近路不走远路，先到先得

排除依赖，结合上面的scope和exclusions，我们下篇再见~~