什么是依赖冲突/版本冲突?
Maven
的依赖机制
会导致Jar包的冲突。
举个例子,在项目中,使用了两个Jar包,分别是
A
和B
。现在
A
需要依赖另一个Jar包C
,B
也需要依赖C
。但是
A
依赖的C
的版本是1.0
,B
依赖的C
的版本是2.0
。这时候,
Maven
会将这1.0
的C
和2.0
的C
都下载到你的项目中,这样你的项目中就存在了不同版本的C
。
Maven
会采用 最短路径优先原则 (即,根据寻找到的依赖路径中最短的),来决定使用哪个版本的Jar包,而另一个无用的Jar包则未被使用,这就是所谓的依赖冲突
。
在大多数时候,依赖冲突可能并不会对系统造成什么异常,因为Maven始终选择了一个Jar包来使用。
但是,不排除在某些特定条件下,会出现类似找不到类的异常。
所以,只要存在依赖冲突,最好还是解决掉,不要给系统留下隐患。
解决办法
解决依赖冲突的方法,就是使用Maven
提供的标签<exclusion>
,标签需要放在标签内部,就像下面这样:
<dependency>
<groupId>org.apache.logging.log4j</groupId>
<artifactId>log4j-core</artifactId>
<version>2.10.0</version>
<exclusions>
<exclusion>
<artifactId>log4j-api</artifactId>
<groupId>org.apache.logging.log4j</groupId>
</exclusion>
</exclusions>
</dependency>
复制代码
举个例子,
log4j-core
本身是依赖了log4j-api
的,但是因为一些其他的模块也依赖了log4j-api
,并且两个log4j-api
版本不同,所以我们使用标签排除掉log4j-core
所依赖的log4j-api
,这样Maven
就不会下载log4j-core
所依赖的log4j-api
了,也就保证了我们的项目中只有一个版本的log4j-api
。
本文使用 文章同步助手 同步
© 版权声明
文章版权归作者所有,未经允许请勿转载。
THE END