RabbitMq确认消费,与重复消费避免使用冥等

1
生产者

 

 生产者业务代码:

 

 

1
消费者:

 

 

 

 

1
查看下管理面板

 队列

 

 

 

 

交换机

 

 

交换机通道的解释

 

路由的通道与解释

可以看出有一条消息未被消费

 

 

 

 

1
下面演示程序调用示例:

 

此时对应的面板关系是:

 

 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
幂等性问题:
消费者在消费完一条消息后,向 RabbitMQ 发送一个 ack 确认,
此时由于网络断开或者其他原因导致 RabbitMQ 并没有收到这个 ack,
那么此时 RabbitMQ 并不会将该条消息删除,
当重新建立起连接后,消费者还是会再次收到该条消息,这就造成了消息的重复消费。
同时,由于类似的原因,消息在发送的时候,
同一条消息也可能会发送两次
 
 
 
 
采用 Redis,在消费者消费消息之前,现将消息的 id 放到 Redis 中,存储方式如下:
 
id-0(正在执行业务)
id-1(执行业务成功)
如果 ack 失败,在 RabbitMQ 将消息交给其他的消费者时,先执行 setnx,如果 key 已经存在(说明之前有人消费过该消息),<br>获取他的值,如果是 0,当前消费者就什么都不做,如果是 1,直接 ack。
 
极端情况:第一个消费者在执行业务时,出现了死锁,在 setnx 的基础上,再给 key 设置一个生存时间。<br>生产者,发送消息时,指定 messageId。

 

posted @   余生请多指教ANT  阅读(479)  评论(1编辑  收藏  举报
编辑推荐:
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· DeepSeek 开源周回顾「GitHub 热点速览」
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
点击右上角即可分享
微信分享提示