前因：因为公司拥有多个仓库，仓库jar包混乱，经常出现下载依赖失败的情况，最最最痛苦的是，明明仓库有jar包，但是因为下载逻辑不清楚，导致没有从期望的仓库下载导致，然后这种jar包下载问题，非常的烦人，不能下载就没办法快速开展业务。

转载：https://blog.csdn.net/qq_14947845/article/details/124765578

对博客进行适当的整理点，需要提前已经了解相关标签的使用

一、mirror和repository关联及下载

  根据<mirrorOf>*,!repo1,!repo2</mirrorOf> 进行关联。示例也是最常用的配置手段，手动排除掉不需要镜像的仓库。

  重点！！！

  仓库的顺序，即下载jar包是怎样的逻辑呢。

    先检索第一个仓库1，如果该仓库1有mirror，则访问mirror地址，没有则访问仓库1，mirror没有，就继续第二个仓库2。

  那么repo1好repo2的顺序是怎么定义的呢？是名字排序？id排序？出现顺序排序？答案是出现顺序排序，依照setting.xml配置从上到下的顺序！

二、无mirror的情况

  mirror仅仅是作为指定仓库的一个加速网站，一般是一个网速快，依赖多的网站，所以也是允许不使用mirror的，如果使用的都是自己公司内部依赖源。可以直接只使用repository。这样，他会依次从每个仓库检索，顺序也是从上到下。

  注：maven是有一个默认的远程仓库，仓库名字叫central,默认地址是apache.org/maven2。可调整

三、mirror，server,proxy访问地址

  用的比较少，就不总结了，大概就是repo有mirror，从mirror，然后是proxy，最后是server.