No Such Method Error的原因

一、No Such Method Error的原因

关于 No Such Method Error的原因总结下来一共有两大类：

1、如字面含义，没有对应的方法函数。

2、依赖冲突：maven依赖导入了同一个jar的不同历史版本所导致。

二、maven依赖冲突解决方案

maven依赖优先级，优先级从高到低：

1、管理优先原则：即按照dependencyManagement中所定义的版本为最优先选择

2、最短路径优先原则

3、相同路径下，优先声明原则：即同一个POM下，取最先声明的版本（在最上面写的最优先）

一般情况下，从dependencyManagement中直接依赖就会将其他不符合条件的版本全部排除，还可以使用<exclusions>进行依赖排除

三、特殊情况

作者遇到的情况比较特殊，属于第三种，作者项目下已经使用了dependencyManagement所指定的jar依赖版本，所以按照常理来说，并不可能会出现依赖冲突的问题，但是还是发生了依赖冲突，由于作者需要使用org.apache.commons.codec，因此最上层的dependencyManagement中已经定义好了org.apache.commons.codec jar包的版本为1.14，通过maven依赖查看，确实也只有该版本的jar被引入，base64转码操作时，却发生了出乎意料的问题：

No such method error org.apache.commons.codec.binary.Base64.decodeBase64(java.lang.String).......

当看到这个条报错时，一头雾水，之前项目都是好好的，突然出现这种意外的错误，然后通过排查发现，commons.codec 是没有问题的，问题在下图中的jar【net.gplatform.Sdk4J】包中集成了org.apache.commons.codec项目，并且这个org.apache.commons.codec项目并不是以jar的方式导入进去的，而是以源码的方式集成进去的，因此无法使用dependencyManagement和<exclusions>这两种方法解决问题，通过debug测试发现，项目中调用的Base64.decodeBase64这个方法是从net.gplatform.Sdk4J这个jar包中的获取的，而该jar包中的org.apache.commons.codec项目版本更老，因此导致很多新的方法都不存在，所以才导致了No such method error。：

POM依赖顺序：

解决方案：根据maven中的优先声明原则，将org.apache.commons.codec依赖放在net.gplatform.Sdk4J的依赖前面就OK了

调整POM依赖顺序：

重启项目，报错已解决。觉得有帮助的希望给博主一个点赞、评论加转发