（三）Maven之仓库
引言：坐标和依赖是一个构件在Maven世界中逻辑表示方式，而构件的物理表示方式就是文件而已，仓库就是统一管理这些文件的地方。
目录
仓库类别
- 本地仓库
- 远程仓库: 中仓仓库（自带的默认远程仓库）、私服（一种特殊的远程仓库）、其他
仓库路径与坐标的关系
简而言之，具体的路径根据坐标计算获得；
通过坐标大致对应的仓库路径如下：
groupId/artifactId/version/artifact-version.packaging
注：阅读Maven源码得出。。
本地仓库
位置： 在本地机器当前用户目录下 .m2/repository文件夹中。
注：当用户输入第一条命令后，Maven才会创建本地仓库。每个用户只有一个本地仓库。
私服
存在的意义
1.节省外网带宽和减少Maven构建的时间
2.部署第三方构件
3.提高稳定性、增强控制
作用
代理所有的外部的远程仓库
中央仓库
安装的Maven自带了中央仓库配置，Maven3中配置位于$M2_HOME/lib/maven-model-builder-3.0.jar里的/org/apache/maven/model/pom-4.0.0.xml的文件中，所有的Maven项目都会继承这个超级POM,配置如下：
<repositories>
<repository>
<id>central </id> <!-- 唯一标识 -->
<name> Maven Repository Switchboard </name> <!-- 仓库名称 -->
<url>http://repo1.maven.org/maven2<url><!-- 仓库地址 -->
<layout>default</layout> <!-- 设置布局 -->
<snapshots>
<enabled> false </enabled> <!-- 能否从仓库下载快照版本的构件 -->
</snapshorts>
</repository>
</repositories>
仓库配置
仓库配置、仓库认证配置、仓库镜像配置
关键点： 仓库的ID的指定, 它是多个配置能关联起来的的纽带。
仓库配置： 在项目的pom.xml中配置
仓库认证配置： 在本地Maven的setting.xml中配置
仓库镜像配置：在本地Maven的setting.xml中配置
仓库配置
举个栗子🌰：
<project>
...
<repositories>
<repository>
<id>jboss </id> <!-- 唯一标识 -->
<name> JBoss Repository </name> <!-- 仓库名称 -->
<url>http://repository.jobss.com/maven2<url><!-- 仓库地址 -->
<layout>default</layout> <!-- 设置布局 -->
<releases>
<enabled> true </enabled> <!-- 能否从仓库下载发布版本的构件 -->
</releases>
<snapshots>
<enabled> false </enabled> <!-- 能否从仓库下载快照版本的构件 -->
<updatePolicy> daily </updatePolicy><!- 设置从远处仓库检查更新频率，默认值：daily； 可选值：daily,never,always,interval:X -->
<checksumPolicy> ignore </checksumPolicy><!-- 设置Maven验证 *校验和文件*的策略，默认值：warn； 可选值：warn,fail,ignore (下载构件时，Maven会验证构件的*校验和文件*，若验证失败改如何处理呢？即使用该配置处理) -->
</snapshorts>
</repository>
</repositories>
...
</project>
要特别注意：如果仓库的ID命名重复了，新的会覆盖老的仓库配置。
扩展： 可以使用命令行-U参数强制让Maven检查更新，如mvn clean install -U ；Maven就会暂时忽略仓库updatePolicy元素的配置。
仓库认证配置
举个栗子🌰：
<servers>
<server>
<id>jboss</id>
<username>root</username>
<password>123456</password>
</server>
</servers>
镜像配置
举个栗子🌰：
<!-- 阿里云镜像 -->
<mirror>
<id>nexus-aliyun</id>
<name>Nexus aliyun</name>
<url>http://maven.aliyun.com/nexus/content/groups/public</url>
<mirrorOf>*</mirrorOf> <!-- 镜像仓库所代理仓库的范围，支持指定被镜像的仓库名和排除某些仓库 -->
</mirror>
啥是镜像仓库？ 如果仓库X可以提供仓库Y所存储的所有内容，就可以认为仓库X是Y的一个镜像。
注意： 由于镜像仓库X完全屏蔽了被镜像的仓库Y，因此即使镜像仓库X挂了，你就废了，懂不，这里被镜像的仓库没吊毛关系的。
部署至远程仓库： mvn clean deploy
在需要上传的工程中的pom.xml文件中加入下面的配置
<distributionManagement>
<repository> <!-- 发布版本仓库 -->
<id>release</id>
<name>Release Repository</name>
<url>http://ip/nexus/content/repositories/releases</url>
</repository>
<snapshotRepository> <!--快照版本仓库 -->
<id>snapshot</id>
<name>Snapshot Repository</name>
<url>http://ip/nexus/content/repositories/snapshots</url>
</snapshotRepository>
</distributionManagement>
或者
使用命令行方式
mvn deploy:deploy-file -DgroupId=groupId -DartifactId=artifactId -Dversion=version -Dfile=本地jar包路径 -DrepositoryId=releases/snapshots -Durl=仓库地址
举例：上传jmxri-1.2.1.jar，本地存放在D盘
mvn deploy:deploy-file -DgroupId=com.sun.jmx –DartifactId=jmxri -Dversion=1.2.1 -Dfile=d:/jmxri-1.2.1.jar -DrepositoryId=releases -Durl=http://ip/nexus/content/repositories/releases
规则： 快照版本部署到快照仓库中，其他部署到发布版本仓库中。
解密仓库解析依赖机制
基础概念
- LATEST版本：最新版本
- RELEASE版本：最新发布版本
最新的版本号基于元数据：groupId/artifactId/maven-metadata.xml计算出来的。
- SNAPSHOT版本：最新的快照版本
最新的版本号基于元数据：groupId/artifactId/version/maven-metadata.xml计算出来的。
在解析前，要先通过元数据计算出最新版本号。
解析机制
- 当依赖范围是system时，Maven会直接从本地文件系统解析构件。
- 构件会先从本地寻找，本地不存在再从远程仓库下载。
- 如果最后解析得到的构件版本是时间戳格式的快照，则要先转化为非时间戳格式，如：SNAPSHOT格式，，然后使用非时间戳格式构件。
- 当构件的版本不明晰时，如RELEASE、LATEST,SNAPSHOT. Maven采用最新策略，
- 先基于更新远程仓库的策略来检查更新,决定更新后，需要检查仓库的元数据。
- 读取所有远程仓库的元数据
- 然后同本地元数据合并，计算并获得最新的RELEASE、LATEST,SNAPSHOT的值
- 基于该值先从本地获取或者从远程仓库下载
中肯建议
-
不推荐在依赖声明中使用LATEST和RELEASE版本，特别是LATEST版本，存在一定的隐患。
注：Maven3已不在支持在插件配置中使用LATEST和RELEASE，但如果不设置插件版本，其效果同RELEASE一样，Maven只会解析最近的发布版本构件。 -
项目不应该依赖于任何组织外部的快照版本依赖。
