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>