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.表示“冰冷,严寒”之义
发音如下: