问题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过来。