Maven中dependencyManagement标签详解_<dependencymanagement>_BigCool叉子

irpas 02-07 5399

Maven中dependencyManagement标签详解

在说明<dependencyManagement>标签之前先看一个例子：

当我们使用maven做版本管理的时候，引入标签通常使用<dependencies>。此时如果没有再<dependency>中声明版本号，如下面pom文件：

<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://·piler.source>8</maven.compiler.source> <maven.compiler.target>8</maven.compiler.target> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> </properties> <dependencies>  <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> </dependencies> </project>

上面的示例，会导致maven报错。报错信息大概为未指定版本，无法解析依赖。

但看到这里，有人会有疑问：明明我的项目中也是如上写的引用，也是同样的spring-boot-starter-web模块，也没有声明版本，怎么就不报错呢？

这里可以看一下是否在项目中有类似如下的引用：

<parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.3.5.RELEASE</version> </parent>

其实若是在最上边的实例中加入这段代码，maven就不会报错了。

这里的<parent>标签类似java中的继承，复用依赖，减少冗余配置。好吧，看到这里，应该就知道为什么这种情况不报错了，肯定是依赖了spring-boot-starter-parent的原因呗。

没错可以这么说，但其实只是依赖还不够的，接下来就让我们进入文章的主题<dependencyManagement>(墨迹半天可算说正经玩意儿了~~)。

接着上边的例子说，当我们跳转到spring-boot-starter-parent的pom文件中，发现并没有spring-boot-starter-web的信息。顿时心凉半截，说好的在这里引用了，怎么没有？不要急，在这里虽然没有，但你会看到如下代码：

<parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-dependencies</artifactId> <version>2.3.5.RELEASE</version> </parent>

看着这个模块的名字就知道是管理依赖的，果断跳入进去。当进入spring-boot-dependencies中后，你知道来对地方了，这里声明了很多依赖的版本号。这里也如愿的找到了spring-boot-starter-web。你会看见在众多<dependency>标签外部包裹的是<dependencies>,而在<dependencies>外部还包裹着一层<dependencyManagement>！为什么要用这个？依赖不就直接用<dependencies>就好了？

好的，说明开始：我们知道，一个多模块的maven项目，在最外层有一个公用的pom文件，所有子模块都可以通过依赖公有的来简化代码。比如公有pom中有如下代码：

<dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> <version>2.3.5.RELEASE</version> </dependency> </dependencies>

这时候继承于这个公有pom的子模块中的pom文件就不要再重复引用了，自动就会引入这个依赖。这里有没有先想过，如果有一些子模块是不需要这个依赖的，那这种强制性的加载是不是一种资源浪费。

那怎么能定制化的管理依赖呢，有的同学说，很简单啊，就共有里边不写依赖，在子模块中写就好了。没个子模块管理自己的依赖。没错，这样是没问题的，但这可能有另外一个问题，比如模块a和模块b有部分相同的依赖，而模块b和模块c也有部分相同的依赖。这时候，要在a、b、c三个模块中自己管理自己的依赖，很显然要写很多的冗余代码。而更重要的是，当你想管理一个依赖的版本号时，要去改多个pom文件。此时要是漏掉了，还可能导致，几个模块相同的依赖版本不一致问题。可能会导致系统崩溃。

那怎么更合理的解决上边说的问题呢，其实就是使用<dependencyManagement>, 它其实就可以理解成一个maven中的依赖管理器。有<dependencyManagement>包裹的<dependencies> 其实并未实现引入，这里就是声明了依赖的版本。

在maven的pom.xml文件中，如果<dependencies>里的<dependency>没有声明<version>元素，那么maven就会到<dependencyManagement>里面去找有没有对该<artifactId>和<groupId>进行过版本声明，如果有，就引用它，如果没有就报错，就是最开始我们说的那种情况。

当然，还有一种情况，虽然在公有pom中声明了<dependenManagement>，但子模块中，确实需要其他版本的依赖。此时可以在子模块中声明版本号，这时就以子模块中的版本号为准。

1.本站遵循行业规范，任何转载的稿件都会明确标注作者和来源；2.本站的原创文章，会注明原创字样,如未注明都非原创，如有侵权请联系删除！；3.作者投稿可能会经我们编辑修改或补充；4.本站不提供任何储存功能只提供收集或者投稿人的网盘链接。