maven项目打包时，下载依赖的地址以哪里为准？

前言：

作者每次拉到一个非常nice的项目，下载依赖时总会遇到依赖下载失败的情况。故此学习，并记录！

com.github.promeg:tinypinyin:jar:2.0.3 was not found in https://repo1.maven.org/maven2 during a previous attempt. This failure was cached in the local repository and resolution is not reattempted until the update interval of nexus has elapsed or updates are forced

每次看到下载失败，作者肥肠难受，决定好好研究这个“https://repo1.maven.org/maven2”这个家伙，为什么每次失败，都是从这个地址下载不到。

Maven 下载依赖的地址优先级顺序：

• 本地仓库

Maven 在下载依赖前，首先检查本地仓库（默认位于~/.m2/repository或者用户在settings.xml文件中自定义的本地仓库地址）是否已经存在所需依赖。如果存在，则直接使用，不会联网下载。

• 远程仓库配置

如果本地没有，Maven 会根据配置的远程仓库地址去下载依赖。这些配置的优先级如下：

Maven 的仓库解析流程是：

• 先确定要访问哪些逻辑仓库（repository IDs） → 来自 pom.xml 和激活的 settings.xml profiles。
• 再根据 <mirrors> 规则，将这些逻辑仓库的请求重定向到镜像地址。

关键点：<mirrors> 不是“添加”仓库，而是“替换”已有仓库的地址。

详细流程：

• 收集所有要使用的仓库（Repository IDs + URLs）

Maven 会合并以下来源的仓库定义：

项目 pom.xml 中的 <repositories>

settings.xml 中 激活的 profile 里定义的 <repositories>

这些仓库都有一个 <id>（如 central、my-repo 等），Maven 会把它们当作“逻辑仓库”。

• 应用 <mirrors> 规则（来自 settings.xml）

Maven 会检查 settings.xml 中的 <mirrors> 配置，看是否有 mirror 的 <mirrorOf> 匹配某个逻辑仓库的 ID。

如果匹配，则用 mirror 的 URL 替代原仓库的 URL。

如果 <mirrorOf>*</mirrorOf>，则所有仓库请求都被重定向到该镜像（包括 central、my-repo 等）。

重点：<mirrors> 的优先级最高：它发生在仓库地址实际使用之前。

举个例子：

• pom.xml中定义了：

<repositories>
  <repository>
    <id>my-company-repo</id>
    <url>https://repo.mycompany.com/maven2</url>
  </repository>
</repositories>

• settings.xml中配置了：

	<mirror>
		<id>nexus-aliyun</id>
		<name>nexus aliyun</name>
		<url>https://maven.aliyun.com/repository/public/</url>
		<mirrorOf>aliyunmaven</mirrorOf>
	</mirror>

• 结果：

my-company-repo（ID 不是 central）→ 不会被阿里云镜像覆盖，

仍从 https://repo.mycompany.com/maven2 下载。

如果依赖在 central 仓库中 → 被重定向到阿里云。

• 如果 settings.xml 中配置的是：

<mirror>
  <id>nexus</id>
  <mirrorOf>*</mirrorOf>
  <url>http://nexus.internal/repository/maven-public/</url>
</mirror>

• 所有仓库请求（包括 central 和 my-company-repo）都会被重定向到 http://nexus.internal/...
• 即使 pom.xml 写了别的 URL，也会被忽略！

总结：最终从哪里下载？