Skip to main content

Maven中的包路径依赖的问题

Submitted by taotao on Mon, 07/22/2019 - 12:10

概述

最近在项目中碰到了Jar包冲突的问题,比如一个组件A依赖了组件B的1.0版本,组件C依赖了组件B的2.0版本,我们如果是使用Maven进行依赖管理的时候,Maven会根据一些策略来舍弃掉组件B的某一个版本。下面我总结了Maven的一些依赖冲突的时的处理策略。 

 最短路径原则

比如上面提到的场景,组件A和组件C对组件B的路径分别为:

A(1.0) ---> X(1.0) ---> B(1.0) 
C(1.0) ---> B (2.0) 

那么Maven会计算出哪个是最短的依赖路径,就会优先加载,这个例子中,会加载组件B的2.0版本。

最先声明原则

如果组件B的1.0和2.0版本依赖的路径相同,此时怎么办?比如下面的依赖路径:

A (1.0) ---> B (1.0)  
C (1.0) ---> B (2.0) 

 在这个场景中,Maven会分析出哪个组件是最先被声明的,比如下面的声明方式:

<dependencies>
    <dependency> 
           <artifactId>A</artifactId>
           <groupId>com.group.A</groupId>
           <version>x.y</version>
    </dependency>
    <dependency>
           <artifactId>C</artifactId>
           <groupId>com.group.C</groupId>
           <version>x.y</version>
     </dependency>
</dependencies>

A被优先声明了,所以Maven会优先加载A的间接依赖:组件B 1.0版本,而不会加载组件B的2.0版本。

思考和问题

基于如上的Maven依赖策略,思考了如下的一些问题:

1、如果组件B的2.0版本和1.0版本之间不兼容怎么办? 不兼容的意思具体是指,比如组件A依赖的组件B的方法1,但是方法1在组件B的2.0中被删除了,这样不管是使用上述Maven的哪种依赖策略都不能解决问题;

2、我们在项目开发的时候,如果使用Maven进行依赖管理,很多依赖是被间接引入到项目中去的,这些间接引入的依赖如果发生的步骤1的问题,我们如何能够快速识别和解决? 

 

 

Tags

Add new comment

Plain text

  • No HTML tags allowed.
  • Lines and paragraphs break automatically.
  • Web page addresses and email addresses turn into links automatically.