Maven从仓库中解析依赖的机制
前面介绍了 Maven 的依赖机制,那些构件是放在仓库中的,那 Maven 是根据什么规则从仓库中解析这些依赖构件的呢?
Maven 在寻找项目需要的依赖的顺序是:先在本地仓库中查找,如果没有找到,再找远程仓库,找到后下载;如果依赖的版本为快照版本,Maven 除了找到对应的构件外,还会自动查找最新的快照。这个找依赖的过程如下所示。
1)当依赖的范围是 system 的时候,Maven 直接从本地文件系统中解析构件。
2)根据依赖坐标计算仓库路径,尝试直接从本地仓库寻找构件,如果发现对应的构件,就解析成功。
3)如果在本地仓库不存在相应的构件,就遍历所有的远程仓库,发现后,下载并解析使用。
4)如果依赖的版本是 RELEASE 或 LATEST,就基于更新策略读取所有远程仓库的元数据文件(groupId/artifactId/maven-metadata.xml),将其与本地仓库的对应元合并后,计算出 RELEASE 或者 LATEST 真实的值,然后基于该值检查本地仓库,或者从远程仓库下载。
5)如果依赖的版本是 SNAPSHOT,就基于更新策略读取所有远程仓库的元数据文件,将它与本地仓库对应的元数据合并,得到最新快照版本的值,然后根据该值检查本地仓库,或从远程仓库下载。
6)如果最后解析得到的构件版本包含有时间戳,先将该文件下载下来,再将文件名中时间戳信息删除,剩下 SNAPSHOT 并使用(以非时间戳的形式使用)。
Maven 在寻找项目需要的依赖的顺序是:先在本地仓库中查找,如果没有找到,再找远程仓库,找到后下载;如果依赖的版本为快照版本,Maven 除了找到对应的构件外,还会自动查找最新的快照。这个找依赖的过程如下所示。
1)当依赖的范围是 system 的时候,Maven 直接从本地文件系统中解析构件。
2)根据依赖坐标计算仓库路径,尝试直接从本地仓库寻找构件,如果发现对应的构件,就解析成功。
3)如果在本地仓库不存在相应的构件,就遍历所有的远程仓库,发现后,下载并解析使用。
4)如果依赖的版本是 RELEASE 或 LATEST,就基于更新策略读取所有远程仓库的元数据文件(groupId/artifactId/maven-metadata.xml),将其与本地仓库的对应元合并后,计算出 RELEASE 或者 LATEST 真实的值,然后基于该值检查本地仓库,或者从远程仓库下载。
5)如果依赖的版本是 SNAPSHOT,就基于更新策略读取所有远程仓库的元数据文件,将它与本地仓库对应的元数据合并,得到最新快照版本的值,然后根据该值检查本地仓库,或从远程仓库下载。
6)如果最后解析得到的构件版本包含有时间戳,先将该文件下载下来,再将文件名中时间戳信息删除,剩下 SNAPSHOT 并使用(以非时间戳的形式使用)。
所有教程
- socket
- Python基础教程
- C#教程
- MySQL函数
- MySQL
- C语言入门
- C语言专题
- C语言编译器
- C语言编程实例
- GCC编译器
- 数据结构
- C语言项目案例
- C++教程
- OpenCV
- Qt教程
- Unity 3D教程
- UE4
- STL
- Redis
- Android教程
- JavaScript
- PHP
- Mybatis
- Spring Cloud
- Maven
- vi命令
- Spring Boot
- Spring MVC
- Hibernate
- Linux
- Linux命令
- Shell脚本
- Java教程
- 设计模式
- Spring
- Servlet
- Struts2
- Java Swing
- JSP教程
- CSS教程
- TensorFlow
- 区块链
- Go语言教程
- Docker
- 编程笔记
- 资源下载
- 关于我们
- 汇编语言
- 大数据
- 云计算
- VIP视频