微服务之RabbitMQ消息发送幂等性问题(下)

本文探讨了在微服务架构中,由于网络等问题可能导致RabbitMQ消息重复消费的问题,强调了处理幂等性的重要性。通过使用Redis作为中间缓存,消费者在消费前检查消息ID,避免了重复操作。具体实现包括在Redis中使用setnx操作,如果消息ID已存在则判断是否已消费,从而确保邮件等业务操作的幂等性。
摘要由CSDN通过智能技术生成

大家设想下面一个场景:

消费者在消费完一条消息后,向 RabbitMQ 发送一个 ack 确认,此时由于网络断开或者其他原因 导致 RabbitMQ 并没有收到这个 ack,那么此时 RabbitMQ 并不会将该条消息删除,当重新建立 起连接后,消费者还是会再次收到该条消息,这就造成了消息的重复消费。同时,由于类似的原因,消息在发送的时候,同一条消息也可能会发送两次。种种原因导致我们在消费消息时,一定要处理好幂等性问题。

幂等性处理也不是很难,基本上都是从业务逻辑上面处理,我来讲述一下大致的思路。

首先我们采用Redis,在消费者消费消息之前,先将消息的id放到Redis中,储存方式如下:

key value status
id 0 正在执行业务
id 1 业务执行成功

如果 ack 失败,在 RabbitMQ 将消息交给其他的消费者时,先执行 setnx,如果 key 已经存在,则证明此前有人消费过该消息,获取他的值,如果是 0,当前消费者就什么都不做,如果是 1,直接 ack 即可。

代码如下:

首先需要打开redi

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值