第 2 章 路由迷宫：交换机、队列与消息去向

第 2 章 · 路由迷宫：交换机、队列与消息去向

章节摘要：本章跟着那条"订单已创建"的消息走进 Broker 内部。主线是它在迷宫里的寻路过程：先看清它作为一条 AMQP 消息的完整构造，再穿过交换机的四类分拣台，读懂绑定与路由键写就的路由契约，最后落进队列的货架上等待投递。沿途每一站都会回答同一个问题：消息的去向由什么决定？走错路的消息去了哪？读完本章，你能对任何一条消息的路由结果做出事前推演，而不是事后翻日志猜谜。

一条主线：它在迷宫里拐了四个弯

消息从 1.3 节的生产者手里出发后，视角切到服务器内部。它遭遇的第一个分岔是交换机：direct、fanout、topic、headers 四类分拣台各有一套判读规则，同一张消息在四类交换机下会走出完全不同的路径。第二个分岔是绑定：交换机与队列之间的每根连线都写着匹配条件，路由键对不对得上，决定它是进队列还是坠入虚无。第三个分岔是队列本身：货架上不止有位置排序，还有优先级插队、长度上限、过期时限这些"货架规则"。第四个弯最为隐蔽——如果整条路走不通，默认结局是无声无息地消失，只有提前布好强制路由或备用交换机，才能给它留一张回执。

本章六节沿着这四个弯依次展开，最后以一次全流程追踪收尾，把每个弯道的判读规则串成一张完整的寻路图。

沿途站点

2.1 消息模型与消息属性

主线起点：解剖消息本身。载荷与属性两大部件，delivery_mode、expiration、headers、correlation_id 等关键字段的用途，以及"属性跟着消息走完全程"这一事实——它决定了消息的可路由性、可追溯性。读完能设计出规范的消息结构。

2.2 交换机四大类型与路由规则

主线第一弯。四类交换机的判读逻辑逐个拆解：direct 精确匹配，fanout 无差别广播，topic 通配符模糊匹配，headers 按属性表匹配。重点讲清 topic 的单词层级匹配规则——它是业务路由设计的利器，也是误用的重灾区。

2.3 绑定与路由键

主线第二弯。绑定是交换机与队列之间的契约，路由键是消息随身携带的门牌号。本节讲契约的三种写法与绑定叠加的逻辑，并演示"改一个词，消息改道"的实验。读完能依据业务语义设计绑定拓扑。

2.4 队列声明与核心参数

主线第三弯。队列不是简单的先进先出数组：排他性、自动删除、最大长度、优先级、消息 TTL 都是声明时的可选项。本节逐个参数讲取舍，重点警示"声明参数不可变更"的迁移坑。读完能按业务容量设计队列参数。

2.5 连接与通道

主线的传输底座。TCP 连接为何要复用、通道为何要隔离、心跳与异常时各自的故障表现，以及连接数与通道数的容量账。读完能诊断"连接泄漏"与"通道耗尽"两类高频故障。

2.6 路由全流程追踪

主线收束：把前五节的知识点装回一次完整的投递过程，逐帧复盘从 basic_publish 到消息入队的每个内部动作，并给出"路由失败"的三种堵漏方案对照。这张全流程图是全册追踪单的中枢。

拐点与结论

本章最大的认知转折出现在 2.2 与 2.3 之间：路由不是交换机独自决定的，而是"消息自带的路由键"与"预先写好的绑定契约"在相遇瞬间共同裁定的。 生产者对路由的影响止步于发布那一帧；之后消息去向完全由 Broker 里的拓扑结构决定。理解了这一点，"改路由行为什么要重新梳理绑定关系"就不再费解。

最终落点：拓扑即代码。交换机、绑定、队列声明构成了消息系统的"路由配置"，它们的变更纪律应当像数据库表结构变更一样严谨——先设计、再评审、后上线。

读完你应该

1. 能列出一条 AMQP 消息的部件清单，并说明三个以上关键属性的用途；
2. 能对给定路由键与绑定集合，手工推演出消息在四类交换机下的全部去向；
3. 能设计一套 topic 绑定方案，支撑按业务域加事件类型的路由需求；
4. 能为队列选择合适的持久化、长度上限与优先级参数组合；
5. 能解释连接与通道的复用关系，并识别连接泄漏的早期征兆；
6. 能说出路由失败的默认行为与三种补救手段的适用条件。

下一章的接力

消息已经安稳地躺在队列里。但"进了队列"不等于"送达了业务"：消费者怎么取、怎么签收、处理到一半崩溃了怎么办——可靠性护航的下半场，就在第 3 章展开。