Jar 包冲突的解决

 

1.导致jar包冲突的原因

我们在发布应用的时候，有时能正常启动，有时却报NoSuchMehodException、NoSuchFieldException、ClassNotFoundException或者NoSuchMehodError、NoClassDefFoundError，而发布用的war包却是同一个，这是为什么呢？

原因是因为当项目依赖的jar包很多时，应用加载这些jar包的顺序不取决于jvm，而是取决于操作系统，linux环境下就取决于文件的inode的顺序，而不同机器上同一个jar包的inode值是不一样的，加载的顺序也就不一样。假如项目依赖A和B；A依赖C1.0，B依赖C2.0，项目在启动的时候加载哪个版本的C我们是不确定的，这就会导致上述错误。

 

2.解决步骤

 

2.1 定位冲突的类

根据异常信息找到对应的类，比如找不到CollectionUtils.isEmpty()方法，那冲突的类就是apache的commons-collections中的工具类CollectionUtils类。

 

2.2 找出哪几个jar包中包含该类

使用命令jar -tvf *.jar 查看包中都有哪些类，tvf的意思是展开而不解压，方便我们查看而已；

这样就可以找到冲突的jar包有哪些。

 

2.3 分析冲突的jar包的依赖路径

mvn dependency:tree -Dverbose -Dincludes=<groupId>:<artifactId>

mvn dependency:tree是输出整个应用依赖的jar包，-Dverbose是输出明细，就是输出所有的引用，包括中间引用。

groupId和artifactId可以选择一个，只打出指定groupId和artifactId的依赖关系，这样打出来的叶子节点就是我们要找的jar包，也可以用

mvn dependency:tree > depTree.txt 打出所有的依赖关系

 

2.4 选择一个所需的版本

在冲突的版本中，我们在自己的项目中用到了哪个版本的语法，就选择哪个,剩下的就是要将依赖中的不需要的jar包排除

<dependency>
    <groupId>com.xxx.xx</groupId>
    <artifactId>xxx</artifactId>
    <version>x</version>
    <exclusions>
        <exclusion>
            <artifactId>com.springsource.slf4j.org.apache.commons.logging</artifactId>
            <groupId>org.slf4j</groupId>
        </exclusion>
    </exclusions>
</dependency>