前言
昨天去面试第一个问题就问这个,一时间竟哑口无言说不出什么来,最后草草的说留下那个能共用的版本的jar包。
但显然面试官是不太满意的。于是就花时间整理了一下!
为什么会发生jar包冲突?
首先我们要知道为什么会出现jar冲突的问题,其实很简单。在项目开发中我们经常会引入第三方的jar包,比如支付宝、微信支付的SDK,这些SDK自身也会依赖一些jar包,像是日志包之类的,那么这些第三方所依赖的jar和我们自身引入的jar就会发生冲突,毕竟一山不容二虎。
以上这种情况被称作依赖传递,其结果可能会导致以下的错误:
Caused by:java.lang.NoSuchMethodError
Caused by: java.lang.ClassNotFoundException
解决方案
首先maven碰到这种情况会有两个默认处理策略。
1.最短路径优先原则
简单来说就是我先离谁最近就用谁,A-B-C1和A-C2,显然离C2近。那如果两个距离一样呢?
2.最先声明优先原则
那就比谁先被声明的,也就是在pom文件中的顺序谁更靠前。
3.maven-enforcer-plugin插件
这是由maven提供的插件,在使用前我们需要先在pom中引入。
rules定义校验规则,详情配置信息可以去查阅其相关的资料。
(以下代码摘自官网:https://maven.apache.org/enforcer/maven-enforcer-plugin/usage.html)
<project>
[...]
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-enforcer-plugin</artifactId>
<version>3.0.0-M3</version>
<executions>
<execution>
<id>enforce-versions</id>
<goals>
<goal>enforce</goal>
</goals>
<configuration>
<rules>
<bannedPlugins>
<!-- will only display a warning but does not fail the build. -->
<level>WARN</level>
<excludes>
<exclude>org.apache.maven.plugins:maven-verifier-plugin</exclude>
</excludes>
<message>Please consider using the maven-invoker-plugin (http://maven.apache.org/plugins/maven-invoker-plugin/)!</message>
</bannedPlugins>
<requireMavenVersion>
<version>2.0.6</version>
</requireMavenVersion>
<requireJavaVersion>
<version>1.5</version>
</requireJavaVersion>
<requireOS>
<family>unix</family>
</requireOS>
</rules>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>
[...]
</project>
引入成功后在打包、编译时会打印相关log信息。再根据提示信息手动对不需要的jar进行移除即可。
4.Maven Helper插件
这个是在idea上所使用的插件,搜索Maven Helper安装该plugin。
引入后在pom文件下方就会出现该插件
点击进入管理页面
通过查看信息后再做出对应的依赖冲突处理。
5.版本锁定
正常项目都是多模块的项目,如moduleA和moduleB共同依赖xxx这个jar包的的话,那么可以将xxx抽取出来,同时设置其版本号统一管理。
6.修改jar包名
手动将依赖的jar包改名字,之后将依赖该该包引入也改为对应修改后的。
总结
相信大家现在对jar包冲突解决已经有一个比较清晰的认识了,但具体使用哪种还是得根据自己的业务情况来定!如果有什么问题或者有其他建议欢迎评论留言!
更多面试内容分享请关注公众号:ONE科技