通用接口开放平台设计与实现——(30)消息服务端之消息重发优化

背景

消息服务通信机制为异步,且网络连接不是100%可靠,会因为网络闪断问题丢失消息,作为企业应用,需要保证业务消息传输的可靠性,需实现以下机制:
a)发送方重发机制:消息发送方对未收到响应的消息进行重发,重发时保证消息唯一性标识、消息内容不变
b)接收方消息去重机制:消息接收方依据消息的唯一性标识,对收到的消息进行验证,判断是否已处理过,如已处理过则不再进行处理

前面我们依托消息日志,实现了消息服务端消息重发的设计与实现,即通过消息日志表,来缓存待发送或发送失败的消息,然后通过定时器,来执行一段逻辑,从消息日志重建消息,找到要接收消息的客户端连接,然后推送消息。

问题

该方案虽然能实现消息重发,但存在以下几个问题:
1.依托消息日志来实现重发功能,消息日志的职责不再单一
2.消息日志数量大的情况下,查询待发送消息耗时长,性能低
3.消息日志清理时需注意保留待发送的消息,或已经发生尚未收到响应的消息

其本质问题还是在于消息日志的职责不单一带来,肩负着额外的消息重发功能。

解决方案

重构优化,新增活跃消息实体,承接待发送或已发送尚未收到响应的消息,当消息已发送且收到响应后,再将其转移到消息日志中。

同时,考虑到对接的相关方系统可能会因为系统异常如宕机,导致消息服务中心的消息推送次数达到预设次数上限,停止自动推送。

当相关方系统恢复正常时,需要消息服务中心重新推送发送失败的消息&#

  • 4
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

学海无涯,行者无疆

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值