RabbitMQ学习笔记-交换机类型和路由规则
交换机是RabbitMQ路由消息的核心不同类型的交换机对应不同的路由逻辑交换机和路由规则是多对多绑定适配不同的业务场景。RabbitMQ提供4种默认交换机类型其中前3种最常用。1、Direct Exchange直连交换机精准匹配一对一/多路由Direct交换机是最基础的类型核心逻辑是“路由键Routing Key与绑定键Binding Key完全匹配”仅当两者字符完全一致时消息才会被路由到对应队列。核心特性路由规则简单直接精准度高。一个队列可绑定多个Binding Key一个Binding Key也可绑定多个队列此时消息会被路由到所有匹配队列类似“多播”。适用场景需要精准路由的场景例如业务模块拆分“订单支付”消息仅路由到“支付处理队列”“订单退款”消息仅路由到“退款处理队列”。任务分发特定类型的任务分配给指定的工作队列如视频转码任务分配给转码 worker 队列。工作流程示例1. 声明Direct交换机名称direct_exchange2. 队列A绑定Binding Key order.pay队列B绑定Binding Key order.refund队列C绑定Binding Key order.pay3. 生产者发送消息指定Routing Key order.pay4. 交换机匹配后将消息路由到队列A和队列C队列B无消息。交换机绑定队列的代码如下// 声明一个直连交换机channel.exchangeDeclare(direct_exchange, direct, true);// 声明一个队列channel.queueDeclare(order_queue, true, false, false, null);// 将队列绑定到交换机绑定键为 order.createchannel.queueBind(order_queue, direct_exchange, order.create);2、Fanout Exchange扇出交换机无差别广播一对多路由Fanout交换机是“广播型”交换机核心逻辑是“忽略Routing Key将消息路由到所有与该交换机绑定的队列”无需匹配规则只要队列绑定了交换机就能收到消息。核心特性路由逻辑最简单效率最高无需匹配计算。消息会被复制到所有绑定队列每个队列都能收到完整消息。适用场景需要广播消息的场景例如系统通知服务启动/下线通知、全局配置更新所有相关服务都需接收。日志收集应用日志同时发送到“实时分析队列”和“归档存储队列”。事件同步用户注册成功后同步触发“发送欢迎短信”“创建用户档案”“添加积分”等多个任务。工作流程示例1. 声明Fanout交换机名称fanout_exchange2. 队列1、队列2绑定该交换机队列3未绑定3. 生产者发送消息即使指定Routing Key也会被忽略4. 交换机将消息路由到队列1和队列2队列3无消息。3、Topic Exchange主题交换机模糊匹配按“主题”路由Topic交换机是最灵活的类型核心逻辑是“通过通配符匹配Routing Key与Binding Key”支持按“主题”批量路由消息兼顾精准性和灵活性。核心特性Routing Key和Binding Key需为“多段字符串”段之间用“.”分隔如“user.create.wechat”每段代表一个业务维度如业务类型、操作、渠道。支持两种通配符*星号匹配1个任意段如“user.*”可匹配“user.create”“user.delete”但不匹配“user.create.wechat”#井号匹配0个或多个任意段如“user.#”可匹配“user”“user.create”“user.create.wechat”。适用场景需要按“主题”分类路由的场景例如多维度业务消息通过“user.#”接收所有用户相关消息通过“user.create.*”仅接收用户创建的细分消息。跨模块消息分发订单消息按地区拆分Binding Key order.#.beijing仅接收北京地区的订单消息。工作流程示例1. 声明Topic交换机名称topic_exchange2. 队列A绑定Binding Key user.create.*队列B绑定Binding Key user.#队列C绑定Binding Key user.*.alipay3. 生产者发送消息指定Routing Key user.create.wechat4. 交换机匹配后将消息路由到队列A*匹配“wechat”和队列B#匹配“create.wechat”队列C不匹配无消息。4、Headers Exchange头部交换机按消息头匹配忽略Routing KeyHeaders交换机通过消息的头部属性而非Routing Key进行匹配灵活性较高但路由逻辑复杂性能略差实际应用中较少使用。核心逻辑是生产者发送消息时设置消息头如“typeorder”“priorityhigh”交换机根据绑定队列时指定的头部规则如“匹配所有头”“匹配任意头”路由消息。适用场景需根据多维度属性路由消息且不希望依赖Routing Key的特殊场景如复杂的权限控制消息。

相关新闻

领优惠券app的跳转鉴权与安全防护机制剖析

领优惠券app的跳转鉴权与安全防护机制剖析

领优惠券app的跳转鉴权与安全防护机制剖析 大家好,我是省赚客APP研发者微赚淘客! 在返利导购类App中,从用户点击“领券购买”到最终跳转至电商平台完成下单,这一过程是业务的核心链路。然而,这条链路也极易成为黑产攻…

2026/7/30 17:43:23 阅读更多
ES-Client终极指南:如何轻松管理Elasticsearch集群

ES-Client终极指南:如何轻松管理Elasticsearch集群

ES-Client终极指南:如何轻松管理Elasticsearch集群 【免费下载链接】es-client elasticsearch客户端,issue请前往码云:https://gitee.com/qiaoshengda/es-client 项目地址: https://gitcode.com/gh_mirrors/es/es-client 你是否曾经为…

2026/7/30 18:53:25 阅读更多
如何使用 Python 抓取 Bing 搜索结果

如何使用 Python 抓取 Bing 搜索结果

Bing 抓取是指从 Bing 的搜索结果页面 (SERP) 中自动提取排名、广告、摘要和搜索功能。由于微软已于 2025 年停用所有官方 Bing 搜索 API,因此抓取和第三方 SERP API 是目前以编程方式访问这些数据的主要途径。本指南涵盖了使用 Requests 和 Beautiful Soup 等库的 …

2026/7/30 18:53:25 阅读更多
SQLServer 数据库表字段之间的数据迁移:要求不迁移包含中文的remark字段,且迁移完成之后清空对应的remark字段

SQLServer 数据库表字段之间的数据迁移:要求不迁移包含中文的remark字段,且迁移完成之后清空对应的remark字段

文章目录 引言(文章快速预览) 需求概述 技术实现 验证方法 I 需求 迁移备注字段到生产任务单号 需求优化 II 实现 查看当前数据库的排序规则 快速验证小测试:“中文”是否被正确拦截了 SELECT 预览 对应的 UPDATE 语句 查看迁移之后的数据 完整sql 引言(文章快速预览) SQ…

2026/7/30 18:43:25 阅读更多
[GESP202606 四级] 扫雷

[GESP202606 四级] 扫雷

B4557 [GESP202606 四级] 扫雷 https://www.luogu.com.cn/problem/B4557 中国计算机学会(CCF)2026年6月C四级讲解——扫雷 https://www.bilibili.com/video/BV1MCMg6AEXR/ B4557 [GESP202606 四级] 扫雷 https://www.bilibili.com/video/BV1ZKTj6ZEVh/ 2…

2026/7/30 0:01:06 阅读更多