MQ消息序列化失败排查

在MQ消息处理中遇到反序列化失败的问题,排查过程包括确认消息发送与消费、查看异常日志,发现异常源于Java序列化机制。尽管消息体对象已实现Serializable接口,但缺少明确的serialVersionUID导致版本不一致异常。了解serialVersionUID的作用后,通过为类定义明确的serialVersionUID并更新部署,成功解决问题。此经验强调了serialVersionUID的重要性和稳定性。
摘要由CSDN通过智能技术生成

MQ消息序列化失败排查


前几天项目环境跟别人联调消息的过程中 发现没有看到预期的消费消息的日志,因此开始找原因。

1.确认消息生产方是否发了消息,找到消息生产方查看了服务器的日志,发现的确有发消息,根据msgId去消息控制平台查阅消息,显示消息已经被消费了。说明消息消费的配置也是没有问题。

2.去订阅消息的服务器上面查找日志,看是否有异常日志的打印,按照条件搜索,果然找到了一个异常

2017-11-22 19:23:40.241 ERROR c.t.a.m.client.to.AsyncMsgRM.getContent:36 AsyncMsgRM deserialize error!
com.caucho.hessian.io.HessianProtocolException: unknown code for readObject at 0x63 (c)
  at com.caucho.hessian.io.HessianInput.error(HessianInput.java:1697)
  at com.caucho.hessian.io.HessianInput.r
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值