NoSuchMethodError异常原因说明

最新推荐文章于 2025-07-13 18:59:35 发布

原创最新推荐文章于 2025-07-13 18:59:35 发布 · 3.9w 阅读

12 ·

CC 4.0 BY-SA版权

文章标签：

#commons-codec #nosuchmethoderror #pom

JAVA 同时被 2 个专栏收录

7 篇文章

订阅专栏

spring-cloud

7 篇文章

订阅专栏

今天在进行自己项目开发时遇到一个异常信息，感觉很不理解。。。
异常信息如下：

Exception in thread "main" java.lang.NoSuchMethodError: org.apache.commons.codec.binary.Hex.encodeHexString([B)Ljava/lang/String;
	at org.hyperledger.fabric.sdk.helper.Utils.toHexString(Utils.java:370)
	at org.hyperledger.fabric.sdk.transaction.TransactionContext.<init>(TransactionContext.java:79)
	at org.hyperledger.fabric.sdk.Channel.getTransactionContext(Channel.java:1372)
	at org.hyperledger.fabric.sdk.Channel.getTransactionContext(Channel.java:1364)
	at org.hyperledger.fabric.sdk.Channel.seekBlock(Channel.java:1174)
	at org.hyperledger.fabric.sdk.Channel.getLatestBlock(Channel.java:1274)
	at org.hyperledger.fabric.sdk.Channel.getLastConfigIndex(Channel.java:1097)
	at org.hyperledger.fabric.sdk.Channel.getConfigurationBlock(Channel.java:1028)
	at org.hyperledger.fabric.sdk.Channel.parseConfigBlock(Channel.java:949)
	at org.hyperledger.fabric.sdk.Channel.initialize(Channel.java:676)
	at com.cmit.fabric.java.sdk.test.bean.ChaincodeManager.getChannel(ChaincodeManager.java:144)
	at com.cmit.fabric.java.sdk.test.bean.ChaincodeManager.getChannel(ChaincodeManager.java:90)
	at com.cmit.fabric.java.sdk.test.bean.ChaincodeManager.<init>(ChaincodeManager.java:69)
	at com.cmit.fabric.java.sdk.test.util.FabricManager.<init>(FabricManager.java:89)
	at com.cmit.fabric.java.sdk.test.util.FabricManager.obtain(FabricManager.java:42)
	at com.cmit.fabric.java.sdk.test.util.StartTest.main(StartTest.java:15)

确实已经有commons.codec的jar包在项目中被引用，却还是出现NoSuchMethodError，在经过网络搜索后，看到多篇博客都不能很好的解释我的问题。。。后来查找到一篇博客，算是解答了我的疑惑（博客地址为：NoSuchMethodError原因分析）根本原因在于引用的commons-codec包的版本过老，导致Hex类中没有encodeHexString()方法（我这里引用了1.3版本，但这个依赖不是我直接在pom.xml文件中添加的，是引入的jcouchdb的jar包中依赖的jar包，隐藏比较深，所以一直没有在意jar包的版本问题）
在查看了项目的依赖包树之后，又发现另外一个问题，就是引入的jar包存在版本冲突，这是因为引入的另外一个jar包也引入了common-codec包，且两个commons-codec包版本不相同，确以老版本为准。。。
commons-codec包依赖树

在查看了博客maven依赖jar包时版本冲突的解决后修改我的pom文件中对jcouchdb包的引用排除了对commons-codec包的引用，至此解决问题。

<dependency>
       <groupId>com.google.code.jcouchdb</groupId>
       <artifactId>jcouchdb</artifactId>
       <version>1.0.1-1</version>
       <exclusions>
         <exclusion>
           <groupId>commons-codec</groupId>
           <artifactId>commons-codec</artifactId>
         </exclusion>
       </exclusions>
</dependency>

后来又出现另外一个NoSuchMethodError错误，见如下图片：

经过核查，发现io.netty.util.internal.StringUtil类是在依赖包netty-common包中，但因为依赖的多个jar包中都包含netty-common包，导致依赖包版本（实际生效的是低版本的4.0.27）冲突，产生在StringUtil类中没有isNullOrEmpty方法，在参考博客（maven依赖jar包时版本冲突的解决）后根据第一声明优先原则将包含高版本netty-common包（4.1.12版本）的依赖包，调整到前面，使netty-common包高版本生效，最终解决问题。