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

功能需求

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

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

实现方案

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

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

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

重发策略

从消息中心到消费者这一段的重发策略如下：
1.消息日志除了要保存消息内容，并可以依据日志重新构建出要发送的消息。
2.基于消息日志重新构建的消息，消息标识需要保持不变，发送时间需要更新为最新，前者是为了接收方能依据唯一性的消息标识去重，后者则是需要通过时效性验证。
3.当通信通道长时间失效时