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://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>org.example</groupId>
<artifactId>test_cloud</artifactId>
<version>1.0-SNAPSHOT</version>
<properties>
<maven.compiler.source>8</maven.compiler.source>
<maven.compiler.target>8</maven.compiler.target>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>
<dependencies>
<!-- 此处未使用<version>指定版本号，同时在<properties>中也未声明 -->
<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>，但子模块中，确实需要其他版本的依赖。此时可以在子模块中声明版本号，这时就以子模块中的版本号为准。
