java.io.IOException: com.esotericsoftware.kryo.KryoException
背景說明
項目是基於 Dubbo 框架做的微服務工程,前端在調用 RESTful 接口的時候,報內部服務錯誤。
查看后端服務日志,報錯內容如下:
java.io.IOException: com.esotericsoftware.kryo.KryoException: Encountered unregistered class ID: 765269 at com.alibaba.dubbo.common.serialize.kryo.KryoObjectInput.readObject(KryoObjectInput.java:135) at com.alibaba.dubbo.common.serialize.kryo.KryoObjectInput.readObject(KryoObjectInput.java:144) at com.alibaba.dubbo.common.serialize.kryo.KryoObjectInput.readObject(KryoObjectInput.java:151) at com.alibaba.dubbo.rpc.protocol.dubbo.DecodeableRpcResult.decode(DecodeableRpcResult.java:113) at com.alibaba.dubbo.rpc.protocol.dubbo.DecodeableRpcResult.decode(DecodeableRpcResult.java:143) at com.alibaba.dubbo.rpc.protocol.dubbo.DubboCodec.decodeBody(DubboCodec.java:90) at com.alibaba.dubbo.remoting.exchange.codec.ExchangeCodec.decode(ExchangeCodec.java:125) at com.alibaba.dubbo.remoting.exchange.codec.ExchangeCodec.decode(ExchangeCodec.java:85) at com.alibaba.dubbo.rpc.protocol.dubbo.DubboCountCodec.decode(DubboCountCodec.java:46) at com.alibaba.dubbo.remoting.transport.netty4.NettyCodecAdapter$InternalDecoder.decode(NettyCodecAdapter.java:95) at io.netty.handler.codec.ByteToMessageDecoder.decodeRemovalReentryProtection(ByteToMessageDecoder.java:502) at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:441) at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:278) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1434) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:965) at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:163) at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:656) at io.netty.channel.nio.NioEventLoop.processSelectedKeysPlain(NioEventLoop.java:556) at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:510) at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:470) at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:909) at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) at java.lang.Thread.run(Thread.java:748)
問題原因
使用 md5sum 命令比較接口 api 的jar文件,調用方和被調用的接口 jar 文件不一致,因此導致了 Kryo序列化 異常 。
md5sum 可以將文件按照 MD5 方式計算出一個 32位的 十六進制的 md5 值,用於比較文件的差異。
命令如下(以 zookeeper-3.4.8.jar 文件為例):
md5sum zookeeper-3.4.8.jar
命令執行結果如下:
706923baa16ee7d65e2d47064adfdda2 zookeeper-3.4.8.jar
(其中,706923baa16ee7d65e2d47064adfdda2 就是生成的 md5 值,用於對比差異。)
解決方案
將調用方的 jar 文件和被調方保持一致即可(即將背調方的 jar 文件 copy 到調用方的 lib 目錄下,重啟服務)。
PS:
Kryo 序列化報錯,一般是調用方和提供方的jar包版本差異。
在不通過反編譯對比的情況下,可以通過 md5sum XXX.jar 對比 jar 版本差異。
=======================================================================================================
【kryo 單詞說明】
kryo 基本解釋
pref.表示“冰冷,嚴寒”之義
發音如下: