分享解决jar包冲突问题的方法：(看了这个你就能解决所有包冲突问题！)

来源：互联网发布：无线传感器网络专利编辑：程序博客网时间：2024/05/30 05:00

1. 问题描述：(maven+eclipse环境)

1.1. 昨晚发布这个新功能（接入notify消息中间件）预发失败！报：nested exception is java.lang.NoSuchMethodError: org.springframework.util.ResourceUtils.toURI(Ljava/lang/String;)Ljava/net/URI;
1.2. 但是我本地环境启动jetty没有报这个问题。

2. 解决方法：

       2.1. 到项目根目录执行depth.bat（mvn dependency:tree > dep.txt）意思是把mvn各个包的依赖关系整理出来，发现新接入notify包下面有个spring2.5.1的包，而spring的包在dep.txt已经存在而且是3.1.1版本。
       2.2. 那这样就很清楚了，预发的时候启动应用服务器可能默认使用了2.5.1包，而这个包的ResourceUtils类跟其他jar包不合，所以需要去掉这个低版本的spring包的依赖。这样可以在在pom文件里面的加上<exclusions><exclusion><groupId>org.springframework</groupId><artifactId>spring</artifactId></exclusion></exclusions>
       2.3. 理应问题就这样解决了，但是我本地再测试的时候，发现应用能正常启动，但是测试发送notify消息又出现了包冲突，尼玛~ 报错：java.lang.NoSuchMethodError: com.taobao.eagleeye.EagleEye.rpcClientSend()V。
       2.4. 再次检查dep.txt文件发现eagleEye依赖的是1.0.0版本，而且在tddl的3.0.1.6版本下面。推断是这个eagleEyejar版本低了，但又不能把tddl的3.0.1.6版本随意提高
       2.5. 检查我pom文件里面notify依赖配置是<dependency><groupId>com.taobao.hsf</groupId><artifactId>hsf.notify.spring</artifactId><version>1.4.9.6</version></dependency>
       2.6. 推测是hsf管理的notify需要更好的eagleEye版本，而dep.txt文件显示它自己又没有依赖引用更高的eagleEye版本，导致系统默认只能使用了tddl的3.0.1.6版本下面eagleEye1.0.低版本
       2.7. notify官网还有另外一种依赖配置就是：<groupId>com.taobao.notify</groupId> <artifactId>notify-tr-client</artifactId> <version>1.8.15</version>
       2.8. 试下这个，然后加上去掉spring的<exclusions>块，两个问题都就这样解决了！
       2.9. 为什么发布预发之前我本地可以一切正常呢？还原到以前的pom文件查了也有spring2.5.1和spring3.1.1的两个包同时存在。我这里只能推测eclipse里面jvm默认使用了高版本，2.5.1版本的spring被默认忽略了。这点望大牛补充指点。

最后的pom.xml配置：

<dependency>
             <groupId>com.taobao.notify</groupId>
             <artifactId>notify-tr-client</artifactId>
             <version>1.8.15</version>
             <exclusions>
             
                 <exclusion>
                    <groupId>org.springframework</groupId>
                   <artifactId>spring</artifactId>
                </exclusion>
            </exclusions>
</dependency>

3. 以后注意经验：
       3.1 以后往pom文件里面加依赖，都需要运行mvn dependency:tree查下各个包是否有冲突的问题，不能出现有两个相同包而版本不一致的情况
       3.2 目前我们系统由于没有使用hsf来统一管理集团内部这些二方库，所以很容易出现这个问题。以后新项目可以考虑使用hsf容器来管理这些，升级应该都更方便
       3.3 既然我们项目没有使用hsg统一管理包的依赖，则以后接入新二方库使用单独引用的方式，这样可以尽量减少eagleEye低版本类似问题！
       3.4 本地运行OK，不一定代表预发和线上就运行OK！预发环境的建立对于公司，尤其是重要项目是非常必要的！

0 0