为什么会产生jar包冲突，如何排查jar包冲突？

为什么会产生jar包冲突，如何排查jar包冲突？

Jar包冲突产生的原因

我们知道maven有传递性依赖机制，举例来说，当我们需要A的依赖的时候，就会在pom.xml中引入A的jar包；而A的jar包中依赖了B的jar包，这样Maven在解析pom.xml的时候，会依次将A、B 的jar包全部都引入进来。

这样就会造成一个问题：

• A->B->C->G21(guava 21.0)
• E->F->G20(guava 20.0)
  假设pom.xml 文件中引入A与E两个依赖，按照上述的传递性依赖机制，与默认的依赖调解机制(第一：路径最近者优先；第二：第一声明优先)，默认引用的是G20版本的jar包，G21的jar包不会被引用。

如果C的methodC使用了新版本G21才拥有的新类/新方法，程序中调用了C对应G21的新类/新方法时，因为项目中引用的是G20,所以JVM去加载Class时就会发现G20没有这个类，就会抛出ClassNotFoundException；同样，调用G20没有的新方法时会抛出NoSuchMethodError。

排查jar包冲突

一般来说，使用IDEA插件是一个简便的排查方法

1. 下载Maven Helper
2. 打开pom.xml
3. 点击Dependency Analyzer 窗口一目了然

通过Maven命名行的方式也是也不错的选择：

1. 通过 mvn dependency:tree 可以在控制台上打印出依赖
2. 通过 mvn dependency:tree -Dverbose -Dincludes=groupId:artifactId 只打印出你关心的Jar包的依赖关系
3. 通过 标签手动排除依赖

例如：

    com.google.guava
    guava
    
        
            error_prone_annotations
            com.google.errorprone
        
    

在引用guava时将com.google.errorprone这个包排除掉。

当然也有一些其他方法，对我来说第一种已经满足日常使用了。

避免Jar包冲突

最重要的还是要主动避免jar包冲突的情况，在父pom文件中利用 ，对依赖Jar包进行统一版本管理，一劳永逸。通常的做法是，在parent模块的pom文件中尽可能地声明所有相关依赖Jar包的版本，并在子pom中简单引用该构件即可。

例如在父pom文件中定义lombok的版本：

    
        
            org.projectlombok
            lombok
            1.18.10
        
    

然后在子moudle中：

    
        org.projectlombok
        lombok
    

子moudle中自动会引用版本为1.18.10的lombok Jar包