maven项目中Jar包冲突的原理

maven项目中Jar包冲突的原理

假设我们的项目中依赖了A和B两个Jar包。而A和B各自又有以下传递依赖：

A -> X -> Z(2.0)

B -> X -> Y -> Z(2.5)

那么我们的项目中Z包就产生了两个不同的版本，2.0和2.5两个版本冲突。但是实际classpath中只会依赖一个版本的Z包。

根据前面讲的依赖传递的最短路径优先原则，很容易判断出项目实际依赖的应该是2.0版本。（可以通过maven package命令打包后查看生成的lib文件夹里实际依赖的是哪个）

如果Y包中用了Z包2.5版本中新增的类或方法（2.0版本没有的）时，当项目启动后，程序运行到这段逻辑的时候，系统就会报NoSuchMethodError、ClassNotFoundException或者NoClassDefFoundError了。

这是因为Y本来依赖的是2.5版本，但是因为Jar包冲突Maven选择了2.0版本，2.0版本中又没有这个新增的类或方法，导致程序出错。

不过需要注意的是，不是所有冲突都会导致运行异常。

大部分公司的大多数项目都会有一些Jar包冲突问题，但却没有造成运行时的问题，这是因为很多依赖传递的Jar包，不管是2.0版本，还是2.5版本，都可以正常运行。

只有高版本Jar包不向下兼容，或者新增了某些低版本没有的API才有可能导致这样的问题。

更多精彩内容：https://codernav.com