RabbitMQ队列可靠性保证

问题1、

Producer在把Message发送Broker的过程中，因为网络问题等发生丢失，或者Message到了Broker，Consumer还没来得及消费，Broker挂掉了。

解决方法：
一般都是使用confirm机制以及持久化方式解决，
1)创建Queue的时候设置持久化，保证Broker持久化Queue的元数据，但是不会持久化Queue里面的消息，
2)这样只有Message支持化到磁盘之后才会发送confirm通知Producer ack进行确认。

这两步过后，即使Broker挂了，Producer肯定收不到ack的，就可以进行重发。

 

问题2、

Consumer有消费到Message，但是内部出现问题，Message还没处理，Broker以为Consumer处理完了，将Message标记为处理成功了。

解决方法：
就要关闭Consumer的autoack，消息处理完成后，进行手动ack。

 

问题3、

Consumer有消费到Message，但是由于各种原因，收到了多条重复的Message。

解决方法：
首先也是需要Consumber关闭autoack，消息处理完成后，进行手动ack。
同时在Consumer端记录已经处理过的Message编号，可以是消息ID之类的，下次再接收到相同消息ID的时候自动抛弃。并ack回复处理成功。

 

Producer端整体流程：

1、生产端发送message给Broker，持久化message,

2、Broker给Confirm响应返回生产端,

3、生产端接收到confirm，对message状态更改,

5、分布式定时任务获取message的状态,

6、如果消息不能成功投递，重新进行发送，记录重发次数,

7、当重发3次之后，将状态修改，只能人工进行干预。

 

Consumer端整体流程：

1、消费端监听到message，检查是否已处理过，确保不会重复处理过该消息，

2、对message进行各种业务或者入库处理,

3、业务处理完成之后，ack回复Queue,

4、如果处理失败或者长时间没有ack，那么Broker会从新推送message过来。