Maven 版本号管理|dependencyManagement|多继承|scope import

Maven有一个统一管理版本号的机制，我们可以使用这个机制来规避多个jar包多个版本的冲突，首先可以使用继承的方式，一般使用继承父工程的方式来引入统一版本号，可以看到，这样的父工程中基本都是写的Version信息，当然，这并不意味着父工程不能引入具体的依赖，你依然可以在父工程中引入某一个具体的jar包依赖，让子工程继承，但是很少这么做，例如Spring Boot的spring-boot-starter-parent就是一批依赖版本号的引入。如果我们自己建立父工程，通常的做法是：

先定义个公共的父工程Parent，其pom.xml中公共依赖如下：

<!--直接继承一个父类-->
<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.1.3.RELEASE</version>
    <relativePath/>
</parent>

<!--如果上述父类中没有的依赖，可以在这里面添加-->
<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-dependencies</artifactId>
            <version>${spring-cloud.version}</version>
        </dependency>
    </dependencies>
</dependencyManagement>

这里dependencyManagement标签的作用并没有引入依赖，而是声明依赖，子工程中如果需要使用spring cloud还是需要引用如依赖，但是不需要写版本号了，这样就统一控制了版本号，子模块中如果没有写明版本号，会像父类中寻找相同groupId,artifactId的version，这样就保证了版本号。

另外还有一种需求，如果你的子工程在引用了Parent父工程后，还有其他的模块版本需要要控制，这些依赖在Parent2中，如果此时不能在Parent中添加依赖，该如何做，Maven无法多继承，也就是说你不能在子工程写两个<parent>标签，那么此时你可以在子工程中这么来引入依赖：

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>com.wang</groupId>
            <artifactid>Parent2</artifactId>
            <version>1.0.0-SNAPSHOT</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>

但是注意，这只是声明引入，如果子工程需要依赖，还是需要使用<dependency>，还要注意这里的import值代表的含义，他会认为Parent2是一个包含依赖声明的工程，如果不写pom和import，那么他会认为Parent2就是一个可直接依赖的jar，不对应的话，结果可想而知。