Maven 依赖调解源码解析(一):开篇

1,257 阅读2分钟

本文是系列文章《Maven 源码解析:依赖调解是如何实现的?》第一篇,主要做个开头介绍。并为后续的实验做一些准备。

请按顺序阅读其他系列文章,系列文章总目录参见:juejin.cn/post/703292…

前言

相信久经沙场的 Java 开发同学们,一定对 Maven 这个工具不陌生。Maven 的依赖调解原则,便是经常聊到的话题。它是为了解决 groupId 和 artifactId 完全相同的依赖,应该取哪个版本号的问题。

下面列举出一些原则:

  • 原则一:传递依赖,路径最近者优先。
  • 原则二:传递依赖,第一声明者优先。
  • 原则三:同一个文件内声明,后者覆盖前者。又称作:同名覆盖。
  • 原则四:dependencyManagement 版本锁定。\

以上这些原则,你一定都知道,​但你清楚 Maven 源码是如何实现它们的吗?
废话不多说,让我们准备进行实现,到 Maven 的源码世界逛逛!

实验环境


简单说明一下:

  • apache-maven-3.6.3 包含了 Maven 的核心代码,以及调用各种插件的入口。
  • dependency:tree 是 Maven 的核心依赖插件,它在依赖解析时发挥重要作用,平时我们也经常使用命令 mvn dependency:tree 输出目录树进行查看。这个插件由两部分组成,分别是 maven-dependency-plugin 和 maven-dependency-tree;前者包含了与「依赖」相关的多种插件,其中就包括 tree 插件;后者则是 tree 的具体实现。


为了进行实验,我们需要搭建一个 Demo 项目,并用 Maven 管理依赖包。该项目名称为 mavenDependencyDemo,我们在其中创建五个模块 A、B、C、D、X。结构如下:
.
├── A
│ ├── pom.xml
├── B
│ ├── pom.xml
├── C
│ ├── pom.xml
├── D
│ ├── pom.xml
├── X
│ ├── pom.xml
├── pom.xml

后面我们会在分析每条原则时,修改不同模块的依赖。