Maven中关于jar包冲突的2种排查方案及3种解决方式

导读:在实际开发中,多模块项目常会使用Maven进行包管理。在poml文件中进行包依赖时,常存在引入一个jar包中默认依赖了其他的jar包的情况。这样很容易导致jar包冲突,从而产生一些诡异问题,如版本问题导致的类、方法找不到等。下面我们将聊聊具体关于依赖冲突产生的原因、排查方式以及解决的方案。

Maven中关于jar包冲突的2种排查方案及3种解决方式

依赖传递的概念

举个简单例子,比如一个多模块项目依赖关系如下图。其中bepe-dal引入了common-lib,当bepe-manager模块中引入bepe-dal时,common-lib这个依赖也会被引入到bepe-manager模块中,这个就是依赖传递。

Maven中关于jar包冲突的2种排查方案及3种解决方式

依赖冲突的概念

依赖冲突指当模块中引入很多jar包时,如果其中存在着groupId和artifactId 一样,但是version不一样的两个jar包,这就是依赖冲突。那么在应用时会选用哪一个version呢?这就是我们接下来要讨论的冲突解决方式。

Maven中关于jar包冲突的2种排查方案及3种解决方式

依赖冲突该是怎么解决的?

  • 最短路径原则
  • 声明优先原则
  • 依赖排除

1、最短路径原则

当存在groupId和artifactId一致但是version不一致的jar包冲突时,模块会自动选择距离自己路径短的包。如:bepe-manager到common-lib(1.0)的距离为2,bepe-manager到common-lib(2.0)的距离为1,就会选择距离短的common-lib(2.0),这就是最短路径原则。

Maven中关于jar包冲突的2种排查方案及3种解决方式

当冲突包路径距离长度一样时,这个时候就会依据其在pom文件中声明的先后顺序。

Maven中关于jar包冲突的2种排查方案及3种解决方式

在manager模块pom.xml中,如果先引用bepe-common,就会用2.0版本的common-lib。

<dependency> 
<groupid>com.company.bepe/<groupid>
<artifactid>bepe-common/<artifactid>
<version>2.2/<version>
/<dependency>
<dependency>
<groupid>om.company.bepe/<groupid>
<artifactid>bepe-dal/<artifactid>
<version>2.2/<version>
/<dependency>

3、依赖排除

通过<exclusions>标签将不需要依赖的包进行排除,通过这种方式我们就灵活进行取舍。但是该如何发现冲突呢?接下来将讨论关于依赖冲突排查的方式。/<exclusions>

Maven中关于jar包冲突的2种排查方案及3种解决方式

依赖冲突情况该怎么排查?

我们可以借助一些插件工具帮助找出冲突jar的具体位置。下面分享一下我在项目中排查并解决包冲突的两种方式。

  • maven-enforcer-plugin 插件
  • Maven Helper 插件

maven-enforcer-plugin插件

Maven提供了Maven-Enforcer-Plugin插件 , 用来校验约定遵守情况,比依赖 jar 包的版本等等。当规则检查不通过的时候则会构建失败。

1、在pom.xml中引入该插件

Maven中关于jar包冲突的2种排查方案及3种解决方式

rules内则是定义校验规则,通过配置<dependencyconvergence>可实现重复依赖检测。也支持自定义做一些其他检验如版本检验等。关于maven-enforcer-plugin插件rules的其他配置用法,感兴趣的朋友们,可以去查阅其相关的资料。

<rules> 

\t\t\t<requiremavenversion>
\t\t\t\t<version>3.0.4/<version>
\t\t\t/<requiremavenversion>
\t\t\t
\t\t\t<requirejavaversion>
\t\t\t\t<version>6.0/<version>
\t\t\t/<requirejavaversion>
\t\t\t<banneddependencies>
\t\t\t\t
\t\t\t\t<searchtransitive>true/<searchtransitive>
\t\t\t\t<excludes>
\t\t\t\t\t<exclude>junit:junit/<exclude>
\t\t\t\t/<excludes>
\t\t\t\t<message>must use TestNG/<message>
\t\t\t/<banneddependencies>
\t\t/<rules>

2、配置好插件后进行项目构建,当存在包冲突时会在console中打印出来。

Maven中关于jar包冲突的2种排查方案及3种解决方式

3、依据信息便可将不需要的jar包通过<exclusion>排除掉。/<exclusion>

Maven中关于jar包冲突的2种排查方案及3种解决方式

Maven Helper

使用IntelliJ IDE的Maven helper插件方便找到和排除冲突的依赖项

1、command+, 打开工具的设置窗口

Maven中关于jar包冲突的2种排查方案及3种解决方式

2、设置搜索中输入plugin

Maven中关于jar包冲突的2种排查方案及3种解决方式

3、在Marketplace table页面中搜索Maven Helper,并安装

Maven中关于jar包冲突的2种排查方案及3种解决方式

4、重启后即可使用,打开pom文件后,文件下面会多出Dependency Analyzer这一个tab,进入Dependency Analyzer视图之后有三个查看选项,分别是Conflicts(冲突)、All Dependencies as List(列表形式查看所有依赖)、All Dependencies as Tree(树结构查看所有依赖)。通过查看信息后再做出对应的依赖冲突处理。

Maven中关于jar包冲突的2种排查方案及3种解决方式

总结

关于依赖冲突解决方式有三种:最短路径原则、声明优先原则、依赖排除。在没有手动进行依赖排除的情况下,会依据最短路径原则、声明优先原则来选择jar包。关于依赖冲突排查可借助如maven-enforcer-plugin 与Maven Helper 插件。根据实际情况及环境,选择组合最优的解决方案解决依赖冲突问题。

感谢您的阅读,如果喜欢本文欢迎关注和转发,本头条号将坚持原创,持续分享IT技术知识。对于文章内容有其他想法或意见建议等,欢迎提出共同讨论共同进步


分享到:


相關文章: