如何解决maven依赖冲突？

一.冲突问题

比如项目中引用了两个 fastjson.jar的版本，分别为

fastjson:1.2.28
fastjson:1.2.3

我们用到了1.2.28中的某个类， 比如 A类，在版本更新中 1.2.3版本去掉了这个类，然而我们项目中maven 却把1.2.3的 jar 打包进去了，那我们就会报异常，不存在这个 class，但是我们调错误的时候却发现这个类存在，那我们怎么找到问题根源呢，到底是哪个包的需要Exclude 呢?

idea 中查看 maven 依赖只会给你一个复杂到极点图，基本没有啥价值，所以要安装个插件 maven helper

二.解决问题

依赖调解原则

• 原则一：最短路径优先
• 原则二：第一声明者优先
• 原则三：覆盖优先

最短路径优先： 当依赖声明不在同一个POM文件中时，或者说存在依赖传递时，路径最短的jar包将被选为最终依赖。例如下面两个依赖路径：此时Jar2.0将被选为最终依赖。

第一声明者优先： 当依赖声明不在同一个POM文件中时，或者说存在依赖传递时，并且依赖传递长度相同时，最先声明的依赖将被选为最终依赖。
此时Jar1.0将被作为最终依赖。

覆盖优先： 当依赖声明在同一个POM文件中时，后面声明的依赖将覆盖前面声明的依赖。
此时，Jar2.0将被选为最终依赖。

依赖相关技巧

Dependency Management

第一种方式：maven helper

(1)首先安装插件 maven helper（因为我已经安装了，所以没 install 的按钮了）

(2)安装完成后，在 pom 文件下方会出现这个东西

(3)点进去你会发现仿佛回到了 eclipse

(4)接下来到重点了，选中冲突选项 conflicts，这一列都是存在冲突的包

(5)以fastjson 为例

(6)当然我们调错误的时候也可以直接搜索有问题的包，如下

(7)选中右键就可以 Exclude 啦，想用1.2.28就把其他版本的Exclude掉，想用1.2.3就把其他版本的Exclude掉，是不是很方便。

第二种方式：锁定jar版本

面对众多的依赖，有一种方法不用考虑依赖路径、声明优化等因素可以采用直接锁定版本的方法确定依赖构件的版本，版本锁定后则不考虑依赖的声明顺序或依赖的路径，以锁定的版本的为准添加到工程中，此方法在企业开发中常用。

如下的配置是锁定了spring-beans和spring-context的版本

  	
  		
  		
  			org.springframework
  			spring-beans
  			4.2.4.RELEASE
  		
		
  			org.springframework
  			spring-context
  			4.2.4.RELEASE
  		
  	
  

注意：在工程中锁定依赖的版本并不代表在工程中添加了依赖，如果工程需要添加锁定版本的依赖则需要单独添加标签，如下：

  		
  		
  			org.springframework
  			spring-beans
 		
		
  			org.springframework
  			spring-context
 		
  	

上边添加的依赖并没有指定版本，原因是已在中锁定了版本，所以在下不需要再指定版本。

参考文章：
https://blog.csdn.net/fnwibwj/article/details/81709733
https://blog.csdn.net/u012719153/article/details/106740353