在Maven中，任何一个依赖、插件或者项目构建的输出，都可以称之为构件。
Maven在某个统一的位置存储所有项目的共享的构件，这个统一的位置，我们就称之为仓库。（仓库就是存放依赖和插件的地方）
任何一个构件都有一个坐标作为唯一的标识。
这个坐标就是：group、artifactId、version；根据这个坐标就可以定义其在仓库的唯一存储路径，那么就可以在项目中引用。
解读Maven在仓库中的存储路径：
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>3.2.8.RELEASE</version>1.基于groupId准备路径，将句点分隔符转成路径分隔符，就是将 "." 转换成 "/"
2.基于artifactId准备路径，将artifactId连接到后面：org/springframework/spring-core
3.使用version准备路径，将version连接到后面：org/springframework/spring-core/3.2.8.RELEASE
最后jar包的名字其实就是： artificialId+version.jar
上图就是在我本地对应pom.xml配置中的jar包目录
E:\soft\aabbccdd----这个目录是我设置的本地仓库路径
Maven仓库的分类：
maven的仓库只有2大类：1.本地仓库 2.远程仓库
远程仓库又包括了3种： 2.1中央仓库 2.2 私服 2.3其他公共库
1）本地仓库就是我们自己机器上的文件系统，所以他是唯一的，项目构建时首先在本地仓库查找依赖，如果本地没有依赖时才会去寻找远程仓库。
2）远程仓库指的是非本地的其他所有仓库，中央仓库、私服等都是远程仓库的一种。如果本地仓库没有项目构建需要的构件，你们就会从远程仓库下载，可是远程仓库如果也没有的话，你们就会项目报错。
本地仓库设置
<localRepository>E:/soft/aabbccdd</localRepository>
安装的时候有一个conf/settings.xml文件，这个文件是全局控制文件，另外，还有一个就是C:\Users\电脑名\.m2 下面也会有一个settings.xml文件，这个代表的是个人局部配置文件，然而，我们使用Eclipse默认采用这个settings.xml文件，可以通过如下截图修改：
中央仓库
Maven必须知道至少一个可用的远程仓库，才能执行Maven命令的时候下载到需要的构件。中央仓库就是这样一个默认的远程仓库，中央仓库包含了绝大多数流行的开源Java构件，以及源码、作者信息、SCM、信息、许可证信息等。一般来说，简单的Java项目依赖的构件都可以在这里下载到.
Maven安装文件自带远程仓库的位置是http://repo.maven.apache.org/maven2，体中央仓库在settings.xml文件的配置如下：
<repositories>
<repository>
<id>central</id>
<name>Central Repository</name>
<url>http://repo.maven.apache.org/maven2</url>
<layout>default</layout>
<snapshots>
<enabled>true</enabled>
<updatePolicy>always</updatePolicy>
<checksumPolicy>always</checksumPolicy>
</snapshots>
</repository>
</repositories>
私服
私服是一种特殊的远程仓库，他是架设在局域网内的仓库服务，私服代理广域网上的远程仓库，供局域网内的Maven用户使用。当Maven需要下载构件的时候，它从私服请求，如果私服上不存在改构件，则从外部的远程仓库下载，同时缓存在私服之上，然后为Maven下载请求提供服务，另外，对于第三方的jar无法从仓库下载（JDBC驱动）可以从本地上传到私服供客户端下载。
优点主要有：
1）节省外网宽带
2）加速Maven构建
3）部署第三方构件
4）提高稳定性、增强控制：原因是外网不稳定
5）降低中央仓库的负荷：原因是中央仓库访问量太大
当前主流的maven私服：
1.Apache的Archiva
2.JFrog的Artifactory
3.Sonatype的Nexus
镜像
远程仓库认证
<server>
<id>deploymentRepo_releases</id>
<username>aaa</username>
<password>pwd</password>
</server>
注：ID代表的是某个repository元素配置的ID，所以必须要一样.
远程仓库部署
<distributionManagement>
<repository>
<id>deploymentRepo_releases</id>
<name>Nexus Release Repository</name>
<url>http://localhost:8081/nexus/content/repositories/releases/</url>
</repository>
<snapshotRepository>
<id>deploymentRepo_snapshots</id>
<name>Nexus Snapshot Repository</name>
<url>http://localhost:8081/nexus/content/repositories/snapshots/</url>
</snapshotRepository>
</distributionManagement>
我们开发的版本可以通过 mvn deploy 把项目部署到对应的私服上去对于为什么要把发行版本和快照版本分开主要还是为了方便后期项目维护和当时的协同开发。比如发行版本肯定是稳定版，但是他的功能可能没有那么多，对于一些要求稳定的客户就可以给他发行版本；可是对于快照版本来说，是一个正在开发的版本，这个版本可能随时都会被另外一个项目依赖，如果他需要我的功能我就会进行代码提交，也就是部署到私服上去，然而，这个时候Maven就会把我的快照版本做一个时间戳添加在快照版本之后，别人依赖的快照版本也会自动更新为最新的快照版本，这些都是Maven帮我们完成，我们只要项目提交就好。
如何将生成的项目部署到远程仓库
完成这项工作,这里有新引入了一个元素：<distributionManagement>
distributionManagement包含了2个子元素：repository和snapshotRepository, 前者表示发布版本构件的仓库，后者表示快照版本的仓库
这两个元素都需要配置 id(该远程仓库的唯一标识)，name，url(表示该仓库的地址)
向远程仓库中部署构件，需要进行认证。配置同上
配置正确后运行： mvn clean deploy
正确的看待快照
之前我们在配置pom的时候，对于快照的配置都很谨慎，或者说很少用快照的版本，原因是它还很不稳定，极容易给我们的系统带来未知的错误，让我们很难查找。其实快照版本也并不是一无是处，快照最大的用途是用在开发的过程中，尤其是有模块依赖的时候，比如说AB两个模块同时开发，A依赖于B，开发过程中AB都是持续集成的开发，不断的修改POM文件和构建工程，这时候版本同步就成了一个很大的问题。使用快照就可以达到这一目的。
其实在快照版本在发布的过程中，Maven会自动为构件以当前时间戳做标记，有了这个时间戳，我们就可以随时找到最新的快照版本，这样也就解决刚才说的 协作开发的问题。
至于A如何检查B的更新，刚刚在讲配置的时候说过，快照配置中有一个元素可以控制检查更新的频率------updatePolicy
我们也可以使用命令行加参数的形式强制执行让maven检查更新：
mvn clean install-U
maven到底是如何从仓库中解析构件的呢？----maven从仓库解析依赖的机制
1. 当依赖的范围是system的时候，Maven直接从本地文件系统解析构件
2. 根据依赖坐标计算仓库路径后，尝试直接从本地仓库寻找构件，如果发现相应构件，则解析成功
3. 在本地仓库不存在相应的构件情况下，如果依赖的版本是显示的发布版本构件，则遍历所有的远程仓库，发现后下载使用
4. 如果依赖的版本是RELEASE或LATEST, 则基于更新策略读取所有远程仓库的元数据，将其于本地仓库的对应元数据合并后，计算出RELEASE或者LATEST的真实值，然后基于这个真实值检查本地仓库
5. 如果依赖的版本是SNAPSHOT， 则基于更新策略读取所有远程仓库的元数据， 将其与本地仓库的对应元数据合并后，得到最新快照版本的值，然后基于该值检查本地仓库或从远程仓库下载
6. 如果最后解析到的构件版本是时间戳格式的快照，则复制其时间戳格式的文件 至 非时间戳格式，并使用该非时间戳格式的构件
注：一定要记得<release> <enabled>&<snapshot> <enabled> ，对于快照也是一样,在POM的依赖声明的时候不推荐使用LATEST & RELEASE, 在Maven3中也不再支持在插件配置中使用LATEST & RELEASE， 如果不设置插件版本，那么最终版本和release一样，
maven只会解析最新的发布版本构建。
