Maven镜像仓库：＜mirror＞

最新推荐文章于 2024-06-24 17:45:29 发布

宋冠巡

最新推荐文章于 2024-06-24 17:45:29 发布

阅读量2.6k

点赞数 21

分类专栏： Maven 文章标签： maven java

本文链接：https://blog.csdn.net/sgx1825192/article/details/137716438

版权

Maven 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

Maven镜像

介绍一下 Maven Mirror

Maven Mirror 是 Maven 构建工具中用于优化依赖下载速度和提高构建效率的一种机制。在 Maven 构建过程中，当需要从远程仓库下载或更新项目依赖时，Maven Mirror 能够“拦截”这些请求，并将它们指向预先配置好的镜像仓库地址。

具体来说，Maven Mirror 的工作原理是这样的：

镜像功能：
- 用户在 Maven 的全局或用户级别的 settings.xml 文件中配置一系列的镜像服务器。
- 当 Maven 向原始的远程仓库请求构件（artifact）时，Maven 会首先检查 settings.xml 中的镜像列表。
- 如果配置的镜像满足条件（根据 <mirrorOf> 标签指定的匹配规则），则 Maven 不再直接访问原始远程仓库，而是转向镜像仓库请求相同的内容。
配置细节：
- <mirror> 标签用于定义一个镜像，其中包含镜像仓库的唯一标识（id）、名称、URL 和 <mirrorOf> 元素，这个元素指定了该镜像是哪些远程仓库的镜像。
  - 若 <mirrorOf> 设置为 *，则表示此镜像将代理所有远程仓库的请求。
  - 若设置为某个仓库ID，则仅代理与该ID匹配的远程仓库请求。
  - 也可以配置一组仓库ID，用逗号分隔，来代理多个特定仓库的请求。
用途和优势：
- 提高网络性能：通过将远程仓库的内容缓存或者复制到离开发环境更近的地方，如企业内部网络或第三方托管的高效CDN，从而加速构件下载。
- 内容一致性：确保团队成员都从同一个源获取依赖，避免因直接连接中央仓库或其他远程仓库导致的速度不一致或网络不稳定问题。
- 内容控制：常与 Maven 私服（Repository Manager）结合使用，私服可以作为所有外部仓库的代理和缓存，同时还可以管理私有和公共构件的发布与部署。

总之，Maven Mirror 是一种非常实用的功能，它能够帮助开发者改善构建体验，实现更快捷、更可靠的依赖管理。

常用的 Maven 镜像

官方中央仓库：Maven 的官方中央仓库提供了最全面的依赖和插件，但是由于网络原因，在某些地区访问可能较慢。
阿里云 Maven 镜像：阿里云提供的 Maven 镜像服务，适用于中国大陆地区，访问速度快。
华为云 Maven 镜像：华为云提供的 Maven 镜像服务，同样适用于中国大陆地区。
私有仓库：企业或组织可以搭建自己的私有 Maven 仓库，作为内部的依赖管理和发布平台。

Maven镜像仓库的使用顺序

Maven settings.xml 文件中，标签下有多个；这些镜像的使用顺序是怎样的？如果某个依赖，在第一个镜像仓库找不到，会去第二个镜像仓库找吗？

在 Maven 的 settings.xml 文件中，<mirrors> 标签下可以包含多个 <mirror> 标签，每个标签定义了一个镜像仓库。Maven 在解析依赖时会按照在 settings.xml 文件中定义的顺序依次尝试这些镜像仓库。

Maven 默认的行为是，对于每个依赖，它会尝试从第一个镜像仓库获取，如果找不到，就会继续尝试下一个镜像仓库，依此类推，直到找到依赖或者所有镜像仓库都尝试完毕。如果在所有镜像仓库中都找不到所需的依赖，Maven 会报错，提示依赖无法解析。

要改变 Maven 尝试镜像的顺序，你需要手动调整 settings.xml 文件中 <mirror> 标签的顺序。将你希望 Maven 首先尝试的镜像放到 <mirrors> 标签下的第一个位置。这样，Maven 在尝试下载依赖时，会优先考虑这个镜像。

举个例子：

<mirrors>
    <mirror>
        <id>mirrorId1</id>
        <mirrorOf>*</mirrorOf>
        <url>http://mirror1.example.com</url>
    </mirror>
    <mirror>
        <id>mirrorId2</id>
        <mirrorOf>*</mirrorOf>
        <url>http://mirror2.example.com</url>
    </mirror>
</mirrors>

在这个例子中，Maven 会首先尝试 mirrorId1 镜像仓库，如果在该仓库中找不到依赖，它会继续尝试 mirrorId2 镜像仓库。通过这种方式，你可以优化 Maven 的依赖解析过程，确保它优先使用最快或最可靠的镜像源。

华为云 Maven 镜像

仓库官网

华为云Maven镜像官网：华为云开源镜像：Maven

在这里插入图片描述

mirror配置

华为云官网推荐 mirror 配置：

<mirror>
    <id>huaweicloud</id>
    <mirrorOf>*</mirrorOf>
    <url>https://mirrors.huaweicloud.com/repository/maven/</url>
</mirror>

阿里云 Maven 镜像

仓库官网

阿里云Maven中央仓库

在这里插入图片描述

mirror配置

阿里云官网推荐 mirror 配置：

<mirror>
  <id>aliyunmaven</id>
  <mirrorOf>*</mirrorOf>
  <name>阿里云公共仓库</name>
  <url>https://maven.aliyun.com/repository/public</url>
</mirror>

central 和 public 两个仓库的区别是什么？

定位不同

阿里云仓库中的“central”和“public”两个仓库在功能定位上有所不同：

阿里云仓库 central：
这是阿里云提供的 Maven 中央仓库镜像服务，镜像了 Maven 官方中央仓库（https://repo1.maven.org/maven2/）的内容。开发者可以通过 https://maven.aliyun.com/repository/central 访问该镜像仓库，从而在国内获得更快的依赖下载速度。
阿里云仓库 public：
“public”仓库实际上是阿里云对多个官方和第三方公共仓库的一个聚合仓库，它不仅包含了 Maven 中央仓库的内容，还可能包括其他常用的开源仓库如 JCenter 等。通过配置 https://maven.aliyun.com/repository/public，开发者可以一站式获取到多个重要公共仓库的资源，极大地简化了依赖管理，并同样优化了国内的网络访问速度。

总结来说，区别在于：

阿里云仓库中的“central”是专门针对 Maven 中央仓库的镜像。
而“public”仓库则是聚合了多个公开仓库，提供了一个更为全面且统一的依赖下载来源。

对于用户来说，在国内环境下，通常建议直接配置使用“public”仓库，因为它集合了多个常用仓库的优点，能更方便地满足大部分开发需求。而如果仅需要与官方 Maven 中央仓库保持完全同步，则可以选择使用“central”镜像仓库。

更新速度、访问速度和可用性方面存在差异

central仓库和public仓库都是Maven中央仓库的镜像，它们提供了相同的功能和内容，但是可能在更新速度、访问速度和可用性方面存在差异。以下是对两者的具体区别的详细解释：

更新速度：
- central仓库：通常情况下，阿里云的central仓库会紧跟Maven中央仓库的更新，尽可能快地同步最新的构件和版本。
- public仓库：public仓库可能在同步速度上稍有延迟，因为它可能包含了一些公共的、稳定的构件版本，不一定追求最新。
访问速度：
- central仓库：由于阿里云服务器在国内的分布，central仓库通常会提供更快的访问速度，特别是对于国内用户来说。
- public仓库：public仓库可能在访问速度上稍慢一些，尤其是对于国内用户，因为它可能受到网络环境的影响。
可用性：
- central仓库：阿里云的central仓库旨在为用户提供一个稳定可靠的Maven中央仓库镜像，确保用户可以随时获取到所需的构件。
- public仓库：public仓库同样提供稳定的服务，但它可能更多地被用于一些公共的、开源的项目，不一定包含所有的私有或商业构件。
构件范围：
- central仓库：包含了Maven中央仓库所有的构件，无论是开源的还是私有的。
- public仓库：可能只包含一部分公共的构件，不保证所有的私有构件都能在public仓库中找到。
用户群体：
- central仓库：适合所有需要快速、稳定访问Maven中央仓库的用户，尤其是国内用户。
- public仓库：可能更适合那些需要一个稳定、公共构件源的用户，或者那些对访问速度要求不是特别高的用户。

总结来说，central仓库和public仓库都是为用户提供Maven中央仓库的镜像服务，主要区别在于更新速度、访问速度和构件范围。用户可以根据自己的需求和网络环境选择最合适的仓库来使用。

maven-default-http-blocker

<mirror>
  <id>maven-default-http-blocker</id>
  <mirrorOf>external:http:*</mirrorOf>
  <name>Pseudo repository to mirror external repositories initially using HTTP.</name>
  <url>http://0.0.0.0/</url>
  <blocked>true</blocked>
</mirror>

在 Maven 的配置文件 settings.xml 中，默认带了这一段，这有什么用？需要保留吗？

在 Maven 的配置文件 settings.xml 中，您提供的这段 XML 配置定义了一个名为 maven-default-http-blocker 的镜像仓库。这个配置的主要作用是阻止 Maven 通过 HTTP 协议访问外部仓库，从而提高安全性。这是因为 HTTP 协议是未加密的，可能会受到中间人攻击，而 HTTPS 协议则提供了加密传输，更加安全。

这段配置的具体含义如下：

<id>: 定义了镜像仓库的唯一标识符，这里是 maven-default-http-blocker。
<mirrorOf>: 指定了这个镜像仓库将镜像哪些其他仓库。在这个例子中，external:http:* 表示所有使用 HTTP 协议的外部仓库。
<name>: 提供了这个镜像仓库的名称，这里是 “Pseudo repository to mirror external repositories initially using HTTP.”。
<url>: 定义了镜像仓库的 URL，但这里设置为了 http://0.0.0.0/，这是一个无效的地址，意味着实际上不会去连接这个地址。
<blocked>: 表示这个镜像仓库是否被阻止，true 表示被阻止。

保留这段配置的好处是，它可以作为一种安全措施，确保 Maven 不会通过不安全的 HTTP 协议去下载依赖。如果您的环境中所有的 Maven 仓库都已经配置为使用 HTTPS 协议，那么这段配置可以保留，作为额外的安全检查。但如果您的环境中有合法的 HTTP 仓库需要使用，那么您可能需要移除或修改这段配置。

在决定是否保留这段配置时，您应该考虑以下因素：