Maven项目依赖加载顺序

☕在项目开发的过程中，我们经常需要引用各种依赖，并使用依赖中所包含的api来进行开发。那么当我们下载安装配置好maven之后，项目在加载依赖时，是怎么样的一个查找顺序呢？其实，Maven依赖的搜索顺序是一个相对固定的流程，主要遵循从近到远、从快到慢的原则。

---

首先我们先来了解一下Maven的仓库类型。

Maven的仓库类型从大的方向上来说主要分为两种：本地仓库和远程仓库，而远程仓库之下又分为四种仓库：镜像仓库、全局配置的仓库、项目自身配置的仓库、中央仓库。

仓库的查找顺序：本地仓库 -> 镜像仓库 -> 全局配置的仓库 -> 项目自身配置的仓库 -> 中央仓库

详细解释：

• 本地仓库：
  Maven首先会在本地仓库中查找所需的依赖项。本地仓库位于用户的本地文件系统中，通常是用户主目录下的.m2/repository目录。如果Maven在本地仓库中找到了所需的依赖项，则直接使用，不再进行后续查找。

• 远程仓库：

1. 镜像仓库（Mirror Repository）（如果存在配置）：如果Maven在本地仓库中没有找到所需的依赖项，并且配置了镜像仓库，则Maven会尝试从镜像仓库中查找。镜像仓库可以看作是远程仓库的一个镜像，用于加速依赖项的下载。
2. 全局配置的仓库（Settings.xml）：接下来，Maven会查看settings.xml文件中配置的仓库，包括全局配置的私服仓库（如果有激活的）。这些仓库可能是公司内部的私服，也可能是其他公共的远程仓库。
3. 项目自身配置的仓库（Pom.xml）：如果全局配置的仓库中没有找到所需的依赖项，Maven会继续查看项目自身的pom.xml文件中配置的仓库。这些仓库可能是项目特定的远程仓库。
4. 中央仓库（Central Repository）：最后，如果以上所有仓库中都没有找到所需的依赖项，Maven会尝试从中央仓库中查找。中央仓库是Maven团队维护的，包含了大量开源项目的依赖项。

如果当前环境存在个仓库：本地仓库、中央仓库、企业自行搭建的私服，Maven在加载依赖时的搜索顺序大致如下：

1. 本地仓库：首先查找本地仓库，看是否有所需的依赖项。
2. 企业自行搭建的私服：如果本地仓库中没有找到，Maven会查看settings.xml或pom.xml中是否配置了企业自行搭建的私服仓库。通常情况下，企业会将常用的依赖项上传到私服中，以便团队内部共享和快速下载。Maven会按照配置的顺序（如果有多个私服仓库）或默认的优先级（如果只有一个或没有指定优先级）去这些私服仓库中查找。
3. 中央仓库：如果以上两个仓库中都没有找到所需的依赖项，Maven会尝试从中央仓库中查找。

我们需要注意一下，Maven的配置文件settings.xml和pom.xml中的仓库配置会影响依赖的搜索顺序。因此，在实际使用中，需要根据项目的具体情况和项目团队的需求来合理配置这些仓库。
如果配置了镜像仓库，并且镜像仓库中包含了所需的依赖项，那么Maven会优先从镜像仓库中下载依赖项，以提高下载速度和稳定性。