Mavan依赖冲突的解决办法

Mavan依赖冲突的解决办法

一、传递依赖：

1.1 概念：

  A依赖B，B依赖C，C就是A的传递依赖

1.2 问题描述：

  A（项目）依赖B，B依赖C（1.1版本），B是A的直接依赖，C是A的传递依赖
  现在导入依赖D，D依赖C（1.2版本）。现在就导致了版本的冲突

1.3 maven的调节原则

1.3.1 第一声明者优先原则：

谁先定义就用谁的传递依赖，例如我们首先使用的是B，那么maven会先将B的依赖项        C（1.1版本）添加至项目。然后我们导入D的时候，将不会导入1.2版本的C

1.3.2 路径近者优先原则

   如果我们直接对项目添加一个依赖项，而该依赖项是之前其他依赖项的传递依赖项，那么直接依赖项会被导入而传递依赖项不会导入。
   注：上述两条原则，第一条是针对两个传递依赖项而言的
       第二条是针对一个直接依赖项，另一个是传递依赖项而言的

1.4 排除依赖

使用eclipse 提供的工具，在pom.xml的dependency hierarchy视图下，选中自己需要排  除的冲突jar包，右键点击之后选择exclude artifact。这样做的结果就是将需要排除的jar在使用<exclusions>标签标注（包裹）

1.5 版本锁定：

指定项目中依赖的版本，方法步骤如下：

1.5.1在pom.xml文件中添加

    <dependencyManagement>
      <dependencies>
        <dependency>
           <artifactId>依赖项</artifactId>
           <groupId>组名或公司域名倒写<.groupId>
           <version>版本号</version>
        </dependency>
      </dependencies>
    </dependencyManagement>

1.5.2对maven项目进行更新：

右键点击项目àmavenàupdate project
需要补充的一点就是：

在一般的情况下，即使是使用了版本锁定，在项目更新的时候，依然需要更改大量的配置语句来修改jar包的版本信息。那么我们应该如何来做简化之后版本更新的操作呢？

将版本属性设置为常量，在配置的时候引用常量即可，当我们需要更改的时候，直接更改常量而不需要更改每一个jar包的配置，示例如下：

常量设置：

    <spring.version>4.2.4.RELEASE</spring.version>

常量引用：在dependencyManagement标签中使用 "$" 符，例如

    <dependencyManagement>
      <dependencies>
        <dependency>
          <artifactId>依赖项</artifactId>
          <groupId>组名或公司域名倒写<.groupId>
          <version>${spring.version} </version>
        </dependency>
      </dependencies>
    </dependencyManagement>