java.lang.NoClassDefFoundError: Could not initialize class io.grpc.netty.NettyClientHandler问题的解决方法

今天在进行RocketMQ消费者系统改造向Fabric区块链写消息时，在完成代码编写后进行本地测试过程中出现如下异常（因为从队列中读取的数据很多，所以报的错误信息也很多，每一条都在报错）：

java.lang.NoClassDefFoundError: Could not initialize class io.grpc.netty.NettyClientHandler
	at io.grpc.netty.NettyClientTransport.start(NettyClientTransport.java:174)
	at io.grpc.internal.ForwardingConnectionClientTransport.start(ForwardingConnectionClientTransport.java:29)
	at io.grpc.internal.InternalSubchannel.startNewTransport(InternalSubchannel.java:202)
	at io.grpc.internal.InternalSubchannel.obtainActiveTransport(InternalSubchannel.java:175)
	at io.grpc.internal.ManagedChannelImpl$SubchannelImplImpl.obtainActiveTransport(ManagedChannelImpl.java:813)
	at io.grpc.internal.GrpcUtil.getTransportFromPickResult(GrpcUtil.java:578)
	at io.grpc.internal.DelayedClientTransport.reprocess(DelayedClientTransport.java:280)
	at io.grpc.internal.ManagedChannelImpl$LbHelperImpl$5.run(ManagedChannelImpl.java:719)
	at io.grpc.internal.ChannelExecutor.drain(ChannelExecutor.java:72)
	at io.grpc.internal.ManagedChannelImpl$LbHelperImpl.runSerialized(ManagedChannelImpl.java:710)
	at io.grpc.internal.ManagedChannelImpl$NameResolverListenerImpl.onAddresses(ManagedChannelImpl.java:759)
	at io.grpc.internal.DnsNameResolver$1.run(DnsNameResolver.java:176)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

看到NoClassDefFoundError这种错误，首先认为的是缺少jar包，再经过查找后发现有对对应的io.grpc.netty包依赖；然后认为的是单个jar包版本冲突问题，就将grpc-netty包单独在pom文件中引入最新版本，发现依然不解决问题。
在众多的java.lang.NoClassDefFoundError: Could not initialize class io.grpc.netty.NettyClientHandler异常信息中经过仔细查找，发现中间还藏着另外一个异常信息（异常实在是太多了。。。）：

java.lang.NoSuchMethodError: io.netty.handler.codec.http.HttpResponseStatus.codeAsText()Lio/netty/util/AsciiString;
	at io.netty.handler.codec.http2.Http2ConnectionHandler.<clinit>(Http2ConnectionHandler.java:72)
	at io.grpc.netty.NettyClientTransport.start(NettyClientTransport.java:174)
	at io.grpc.internal.ForwardingConnectionClientTransport.start(ForwardingConnectionClientTransport.java:29)
	at io.grpc.internal.InternalSubchannel.startNewTransport(InternalSubchannel.java:202)
	at io.grpc.internal.InternalSubchannel.obtainActiveTransport(InternalSubchannel.java:175)
	at io.grpc.internal.ManagedChannelImpl$SubchannelImplImpl.obtainActiveTransport(ManagedChannelImpl.java:813)
	at io.grpc.internal.GrpcUtil.getTransportFromPickResult(GrpcUtil.java:578)
	at io.grpc.internal.DelayedClientTransport.reprocess(DelayedClientTransport.java:280)
	at io.grpc.internal.ManagedChannelImpl$LbHelperImpl$5.run(ManagedChannelImpl.java:719)
	at io.grpc.internal.ChannelExecutor.drain(ChannelExecutor.java:72)
	at io.grpc.internal.ManagedChannelImpl$LbHelperImpl.runSerialized(ManagedChannelImpl.java:710)
	at io.grpc.internal.ManagedChannelImpl$NameResolverListenerImpl.onAddresses(ManagedChannelImpl.java:759)
	at io.grpc.internal.DnsNameResolver$1.run(DnsNameResolver.java:176)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)

开始以为是io.netty.handler.codec.http包的问题，但后来看到这个包中也有HttpResponseStatus.codeAsText()这个方法，应该不会出现java.lang.NoSuchMethodError的异常，后来感觉后面的io/netty/util/AsciiString才是问题所在，经过查找在我的依赖包中发现有两个包中存在io/netty/util这个包分别出现在netty-all和netty-common包中，经过仔细检查，发现在netty-all包中没有io/netty/util/AsciiString包，到此终于定位了问题，因为这里的netty-all包是在rocketmq-client-4.3.2包中引入的且版本号为4.0.42.Final，而netty-common用的是4.1.12.Final版本因为netty-all包在pom文件的前面，所以netty-all包中的io/netty/util包生效，导致AsciiString类不存在，由此产生最后的一堆异常，最终采用的方法是在pom文件中单独引入netty-all包的4.1.12.Final版本，并在rocketmq-client包中把netty-all的依赖去掉，最终Consumer可以从队列中获取数据信息执行上链操作。
这个问题纠结了我一整天，没想到会有两个不同的jar包会包含几乎一样的子包，记录一下，为后面过程提供一个参考！！！