redis发布订阅模式,消费端重复消费问题解决

本文探讨了在使用Redis发布订阅模式时如何解决消息重复消费的问题。针对多个消费端并发执行和消息延迟导致的重复消费,提出了采用分布式锁和验证消息处理记录的解决方案。文中还提供了消费端的完整代码示例。
摘要由CSDN通过智能技术生成

接上一篇文章,介绍了通过redis的发布订阅模式,实现轻量级的MQ方案

redis通过发布订阅模式实现轻量级的MQ-CSDN博客

在实际生产中,我们放入通道中的信息往往希望只被消费一次,但是在部署多个服务的情况下,通道中的消息会被重复消费,这里就来解决这个问题。

文章结尾会附上redis订阅监听器(消费端)完整代码

重复消费的情况分两种:

1.多个消费端同时接收到消息,并发执行。

解决方案:消费端代码加redis分布式锁,来避免重复消费

加锁要在执行业务代码前进行,业务代码执行完成后可以释放锁减少内存消耗

// 加锁
        Boolean flag = redisTemplate.opsForValue().setIfAbsent(taskId, "1", 300, TimeUnit.SECONDS);
        // 加锁失败,已有消费端在此时对此消息进行处理,这里不再做处理
        if (!flag) {
            return;
        }

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值