前言
一、顺序
maven项目使用的仓库一共有如下几种方式：
- *仓库，这是默认的仓库
- 镜像仓库，通过 sttings.xml 中的 settings.mirrors.mirror 配置
- 全局profile仓库，通过 settings.xml 中的 settings.repositories.repository 配置
- 项目仓库，通过 pom.xml 中的 project.repositories.repository 配置
- 项目profile仓库，通过 pom.xml 中的 project.profiles.profile.repositories.repository 配置
- 本地仓库
搜索顺序如下：
local_repo > settings_profile_repo > pom_profile_repo > pom_repositories > settings_mirror > central
================
查询顺序
现在maven的查询顺序为：
首先在本地资源库中查找依赖，若不存在，则进入下一步，否则，退出；
然后在 远程仓库（私服） 中查找依赖，若不存在，则进入下一步，否则，退出；
最后在 *仓库 中查找依赖，若不存在，则提示错误信息，退出。
================
三个仓库：
本地仓库：本地的一个文件夹，用来存放所有的jar包，由自己维护；
远程仓库（或私服）：由公司或单位创建的一个仓库，由公司维护；
*仓库：互联网上的仓库，由Maven团队维护；
=========
maven的仓库只有两大类：
1.本地仓库
2.远程仓库，在远程仓库中又分成了3种：
2.1 *仓库
2.2 私服
2.3 其它公共库
参看链接：https://www.cnblogs.com/YuyuanNo1/p/12938161.html
二、MAVEN 仓库加载顺序
2.1如果未配置有 mirrorOf * 的镜像仓库按照下面顺序获取jar
1 、查找本地仓库
2 、查找全局repository仓库配置并且按配置文件编辑倒序查找
【如果配置多个全局私服仓库，就算其中一个找到jar也会继续执行其他全局私服仓库下载操作，是否存在覆盖关系无法验证；如果全局有配置的情况下，未找到jar直接抛错，不会去项目配置的私有仓库下载资源】
3 、查找项目的repository仓库配置
【如果全局仓库找到jar，还会继续下载项目配置的私有仓库资源，是否存在覆盖关系无法验证；如果全局仓库无法找到jar，直接抛错，不会继续下载项目私服仓库配置】
4 、查找*仓库，如果没有配置mirror 就默认*仓库地址 https://repo.maven.apache.org/maven2
5 、查找*仓库，如果配置了mirror并且配置多个mirrorOf 是central 只会获取第一个配置进行下载jar
2.2如果配置有 mirrorOf * 的镜像仓库
<mirrors> <mirror> <id>xx-repository</id> <name>xxx</name> <mirrorOf>*</mirrorOf> <url>xxxxx</url> </mirror> </mirrors>
则忽略上述规则，只从此仓库获取jar包。
1.<mirrorOf>*</mirrorOf>匹配所有远程仓库。
2.<mirrorOf>external:*</mirrorOf>匹配所有远程仓库，使用localhost的除外，使用file://协议的除外。也就是说，匹配所有不在本机上的远程仓库。
3.<mirrorOf>repo1,repo2</mirrorOf>匹配仓库repo1和repo2，使用逗号分隔多个远程仓库。
4.<mirrorOf>*,!repo1</miiroOf>匹配所有远程仓库，repo1除外，使用感叹号将仓库从匹配中排除。
2.3个人总结
总体来说，根据实验，得出以下个人想法：
1、本地仓库永远是第一个被查找的对象。
2、本地仓库找不到了，他会判断maven是否配置了<mirrorOf>*</mirrorOf>的镜像，如果是则从这里下载，不是则往下走。
3、判断是否存在私服配置，不管是maven settings.xml全局配置还是项目的pom私有配置，如果有则优先全局而后是项目私有，都会下载一遍jar【更正，取决于私服相关配置和启用条件】，是否存在覆盖关系无法验证。若都是启用状态则全局配置按配置文件倒序排优先级，找不到挨个往上找，但如果全局下不到jar就直接抛错了，不会继续去项目pom配置的私服下载。
4、查找*仓库是否配置镜像，有走镜像，无走默认镜像。
参看链接：https://blog.csdn.net/kkillala/article/details/105809519