java.io.IOException: com.esotericsoftware.kryo.KryoException

Posted 2022-02-23 格格巫 MMQ!!

项目是基于 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 版本差异。