Maven中dependencyManagement标签详解

Maven中dependencyManagement标签详解

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

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

<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.0modelVersion>

    <groupId>org.examplegroupId>
    <artifactId>test_cloudartifactId>
    <version>1.0-SNAPSHOTversion>

    <properties>
        <maven.compiler.source>8maven.compiler.source>
        <maven.compiler.target>8maven.compiler.target>
        <project.build.sourceEncoding>UTF-8project.build.sourceEncoding>
    properties>

    <dependencies>
		
        <dependency>
            <groupId>org.springframework.bootgroupId>
            <artifactId>spring-boot-starter-webartifactId>
        dependency>
    dependencies>
project>
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

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

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

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

	<parent>
        <groupId>org.springframework.bootgroupId>
        <artifactId>spring-boot-starter-parentartifactId>
        <version>2.3.5.RELEASEversion>
    parent>
1
2
3
4
5

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

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

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

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

  <parent>
    <groupId>org.springframework.bootgroupId>
    <artifactId>spring-boot-dependenciesartifactId>
    <version>2.3.5.RELEASEversion>
  parent>
1
2
3
4
5

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

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

	<dependencies>
        <dependency>
            <groupId>org.springframework.bootgroupId>
            <artifactId>spring-boot-starter-webartifactId>
			<version>2.3.5.RELEASEversion>
        dependency>
    dependencies>
1
2
3
4
5
6
7

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

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

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

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

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