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

本文探讨了消息服务在面对网络不稳定性时如何确保消息传输可靠性。介绍了发送方重发和接收方去重机制,并详细阐述了消息服务端的重发策略,包括基于消息日志、定时器、重发频率控制、次数限制等。同时,讨论了时间升序处理、按应用维度处理重发问题,以避免系统故障影响整个消息通道。最后提到了开源平台的相关资料。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

功能需求

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

今天我们来重点说一下消息服务端消息重发的设计与实现。

实现方案

实现思路比较简单,通过消息日志表,来缓存待发送或发送失败的消息,然后通过定时器,来执行一段逻辑,从消息日志重建消息,找到要接收消息的客户端连接,然后推送消息。

需要注意的是,消息客户端的角色可能是消息发送者(生产者),也可能是消息接收者(消费者),甚至兼具两种角色。为了保证消息的可靠性,实际消息重发也需要分别实现两段,即从消息生产者到消息中心和从消息中心到消费者。

消息生产者到消息中心这一段处理逻辑会放在后面介绍消息客户端的文章里来说,当前说从消息中心到消费者这一段。

重发策略

从消息中心到

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

行者无疆1982

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

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

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

打赏作者

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

抵扣说明:

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

余额充值