当前位置: 首页 > news >正文

Rabbitmq Direct Exchange(直连交换机)多个消费者,配置相同的key ,队列,可以保证只有一个消费者消费吗

思考

可以保证消费不被重复消费,因为通过轮询一个消息只会投递给一个消费者。

但是不是一个消费者消费,而是多个轮询消费


在 RabbitMQ 中,如果多个消费者(Consumers)同时订阅 同一个队列(Queue),并且这个队列是通过 Direct Exchange 绑定的(使用相同的 routing_key),那么默认情况下 不能保证只有一个消费者消费,而是会按照 轮询(Round-Robin) 的方式分发给多个消费者。


1. 默认行为(多个消费者订阅同一个队列)

场景描述

  • Direct Exchange 绑定了 1 个队列(Queue),并指定了 routing_key(如 payment.success)。

  • 多个消费者 同时订阅这个队列。

消息分发方式

✅ 轮询(Round-Robin)

  • RabbitMQ 会 依次 将消息分发给不同的消费者,不会保证唯一消费

  • 例如:

    • Consumer1 收到消息1、消息3、消息5...

    • Consumer2 收到消息2、消息4、消息6...

代码示例

python

# 生产者发送消息到 Direct Exchange
channel.basic_publish(exchange="direct_exchange",routing_key="payment.success",  # 匹配绑定的队列body="Order123 paid"
)# 多个消费者订阅同一个队列
channel.basic_consume(queue="payment_queue", on_message_callback=consumer1)
channel.basic_consume(queue="payment_queue", on_message_callback=consumer2)

结果:消息会被 consumer1 和 consumer2 轮流消费,而不是仅由一个消费者处理。


2. 如何确保只有一个消费者消费?

如果你希望 同一消息只被一个消费者处理,有以下几种方案:

方案 1:单队列 + 单消费者

  • 只启动 1 个消费者,其他消费者不订阅该队列。

  • 缺点:无法扩展,吞吐量低。

方案 2:RabbitMQ 单活跃消费者(Single Active Consumer)

  • RabbitMQ 3.8+ 支持 单活跃消费者 模式:

    python

    channel.queue_declare(queue="payment_queue",arguments={"x-single-active-consumer": True}  # 启用单活跃消费者
    )
  • 行为

    • 多个消费者可以注册,但 只有第一个注册的消费者能接收消息

    • 如果该消费者断开,RabbitMQ 会自动切换到下一个消费者。

  • 优点

    • 无需额外组件(如 Redis 锁)。

    • 自动故障转移。

  • 缺点

    • 仍然不能并行处理消息。

方案 3:业务幂等性(推荐)

  • 允许消息被多个消费者消费,但业务逻辑保证 重复消费不影响结果(如数据库唯一约束、乐观锁)。

  • 优点

    • 高可用,可扩展多个消费者。

  • 缺点

    • 业务逻辑需要支持幂等。

方案 4:分布式锁(Redis / DB 锁)

  • 消费者处理消息前先获取锁:

    python

    def callback(message):lock_key = f"lock:{message.body.order_id}"if redis.set(lock_key, "1", nx=True, ex=60):  # 加锁process_payment(message)redis.delete(lock_key)  # 释放锁else:channel.reject(message.delivery_tag, requeue=True)  # 重新入队
  • 优点

    • 严格保证唯一消费。

  • 缺点

    • 依赖外部存储(Redis/DB)。

    • 锁超时时间需合理设置。


3. 总结

方案适用场景是否严格唯一消费扩展性
单队列 + 单消费者低吞吐场景✅ 是❌ 差
单活跃消费者(RabbitMQ 3.8+)需要自动故障转移✅ 是❌ 差
业务幂等性高并发场景❌ 否(但业务层防重)✅ 好
分布式锁严格一致性✅ 是⚠️ 中等

推荐

  • 如果业务允许,优先采用 幂等性(方案 3)。

  • 如果需要严格单消费者,使用 单活跃消费者(方案 2)或 分布式锁(方案 4)。


关键结论

🚨 Direct Exchange + 相同 routing_key + 相同队列 + 多个消费者 = 消息轮询分发(不保证唯一消费)
如果业务需要 严格单消费者,必须额外控制(如单活跃消费者或分布式锁)

http://www.dtcms.com/a/284166.html

相关文章:

  • 生成式AI干预下的认知依赖与批判性思维发展:基于ChatGPT辅助写作的纵向追踪
  • stl-string模拟
  • [NIPST AI]对抗性机器学习攻击和缓解的分类和术语
  • 【机器学习【7】】数据预处理:数据准备、数据转换、数据输出
  • 「Trae IDE 全流程实战」——从 0 下载安装,到在本地跑起一个可玩的 2048 小游戏
  • Java项目:基于SSM框架实现的在线视频点播管理系统【ssm+B/S架构+源码+数据库+毕业论文】
  • Redis学习系列之—— JDHotKey 热点缓存探测系统
  • 4.PCL点云的数据结构
  • Kotlin抽象类
  • Kotlin属性重写
  • 【web安全】DVWA反射型XSS漏洞分析与利用
  • web安全入门 | 记新手小白初次尝试挖越权漏洞
  • Java行为型模式---命令模式
  • AR智能巡检:制造业零缺陷安装的“数字监工”
  • 深入理解Java中的Collections.max()方法
  • Adobe Photoshop:数字图像处理的终极工具指南
  • 编译原理第六到七章(知识点学习/期末复习/笔试/面试)
  • 关于pytorch虚拟环境及具体bug问题修改
  • 摩尔投票法:高效寻找数组中的多数元素
  • Rabbitmq Direct Exchange(直连交换机)可以保证消费不被重复消费吗,可以多个消费者,但是需要保证同一个消息,不会被投递给多个消费者
  • 力扣.1312让字符串成为回文串的最少插入次数力扣.105从前序和中序遍历构造二叉树牛客.拼三角力扣.57插入区间​编辑
  • Vue3入门-计算属性+监听器
  • 分解质因数算法:从基础实现到高级应用
  • 【中等】题解力扣16:最接近的三数之和
  • 区块链共识机制:技术演进与行业突破
  • 【后端】.NET Core API框架搭建(8) --配置使用RabbitMQ
  • 算法训练营day23 39. 组合总和、 40.组合总和II 、131.分割回文串
  • 单发测量突破能域限制!Nature发布X射线拉曼超分辨新范式
  • Linux内存系统简介
  • 解决Python爬虫访问HTTPS资源时Cookie超时问题