java.io.IOException: com.esotericsoftware.kryo.KryoException
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.表示“冰冷,严寒”之义
发音如下:
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)