原书权威学习地图

本课程对应Alvaro Videla、Jason J. W. Williams著《RabbitMQ实战：高效部署分布式消息队列》，汪佳南译，电子工业出版社2015年10月出版，332页，ISBN 9787121271649；原版RabbitMQ in Action由Manning于2012年4月出版。官方第8章样章明确以RabbitMQ 2.7.0为当时最新版本，本课程据此固定版本边界。

全书正式分母为12章和附录A、B、C，不把后来出现的quorum queue、stream queue、现代federation、Kubernetes operator或新CLI倒灌进原书。本页建立全书路线，最终交付17页路线、完整目录映射、版本边界、依赖图与全书验收清单。

从一条AMQP消息的旅程开始

先预测：生产者打开connection和channel后声明哪些交换器、队列与绑定，basic.publish如何按exchange type和routing key选择队列，broker何时发送publisher confirm，消费者何时收到delivery并basic.ack。随后预测连接中断、队列主节点故障或消费者处理一半崩溃时，消息处于ready、unacked、已重投还是未知状态。观察前必须留下预测。

RabbitMQ 2.7的可靠性不是单开关。durable控制交换器与队列定义是否跨broker重启，delivery_mode控制消息是否请求持久化，publisher confirm描述发布到broker的确认，consumer ack描述处理后的确认，经典镜像队列描述队列副本。五者边界必须分别验证。

核心词汇与版本边界

RabbitMQ 2.7、AMQP 0-9-1、消息模式、经典镜像队列、插件系统 构成本页词汇。每个词都要回答：由谁声明，属于哪个vhost，在哪个channel发生，改变什么broker或客户端状态，断线与重试后会留下什么，以及RabbitMQ 2.7之后哪些变化不属于本书。

原书目录逐节点重构

第1章 天降奇兵

目录节点 1/15。 “第1章 天降奇兵”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“本章输入与版本契约”进入“第1章 天降奇兵”，再到“第2章 理解消息通信”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

第2章 理解消息通信

目录节点 2/15。 “第2章 理解消息通信”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“第1章 天降奇兵”进入“第2章 理解消息通信”，再到“第3章 运行和管理Rabbit”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

第3章 运行和管理Rabbit

目录节点 3/15。 “第3章 运行和管理Rabbit”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“第2章 理解消息通信”进入“第3章 运行和管理Rabbit”，再到“第4章 解决Rabbit相关问题：编码与模式”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

第4章 解决Rabbit相关问题：编码与模式

目录节点 4/15。 “第4章 解决Rabbit相关问题：编码与模式”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“第3章 运行和管理Rabbit”进入“第4章 解决Rabbit相关问题：编码与模式”，再到“第5章 集群并处理失败”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

第5章 集群并处理失败

目录节点 5/15。 “第5章 集群并处理失败”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“第4章 解决Rabbit相关问题：编码与模式”进入“第5章 集群并处理失败”，再到“第6章 从故障中恢复”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

第6章 从故障中恢复

目录节点 6/15。 “第6章 从故障中恢复”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“第5章 集群并处理失败”进入“第6章 从故障中恢复”，再到“第7章 warren和Shovel：故障转移和复制”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

第7章 warren和Shovel：故障转移和复制

目录节点 7/15。 “第7章 warren和Shovel：故障转移和复制”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“第6章 从故障中恢复”进入“第7章 warren和Shovel：故障转移和复制”，再到“第8章 从Web端管理RabbitMQ”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

第8章 从Web端管理RabbitMQ

目录节点 8/15。 “第8章 从Web端管理RabbitMQ”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“第7章 warren和Shovel：故障转移和复制”进入“第8章 从Web端管理RabbitMQ”，再到“第9章 使用REST API控制Rabbit”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

第9章 使用REST API控制Rabbit

目录节点 9/15。 “第9章 使用REST API控制Rabbit”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“第8章 从Web端管理RabbitMQ”进入“第9章 使用REST API控制Rabbit”，再到“第10章 监控”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

第10章 监控

目录节点 10/15。 “第10章 监控”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“第9章 使用REST API控制Rabbit”进入“第10章 监控”，再到“第11章 提升性能，保障安全”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

第11章 提升性能，保障安全

目录节点 11/15。 “第11章 提升性能，保障安全”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“第10章 监控”进入“第11章 提升性能，保障安全”，再到“第12章 聪明的Rabbit：扩展RabbitMQ”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

第12章 聪明的Rabbit：扩展RabbitMQ

目录节点 12/15。 “第12章 聪明的Rabbit：扩展RabbitMQ”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“第11章 提升性能，保障安全”进入“第12章 聪明的Rabbit：扩展RabbitMQ”，再到“附录A 在Java和.NET上使用Rabbit”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

附录A 在Java和.NET上使用Rabbit

目录节点 13/15。 “附录A 在Java和.NET上使用Rabbit”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“第12章 聪明的Rabbit：扩展RabbitMQ”进入“附录A 在Java和.NET上使用Rabbit”，再到“附录B 在线资源”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

附录B 在线资源

目录节点 14/15。 “附录B 在线资源”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“附录A 在Java和.NET上使用Rabbit”进入“附录B 在线资源”，再到“附录C 在Windows上安装RabbitMQ”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

附录C 在Windows上安装RabbitMQ

目录节点 15/15。 “附录C 在Windows上安装RabbitMQ”服务于“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”。先确定它作用于connection、channel、exchange、binding、queue、consumer、cluster node还是插件，再标出声明、路由、确认、持久化与释放边界。结论必须能从配置、rabbitmqctl或Management状态、日志、消息ID和客户端事件中复核。

机制轨迹从“附录B 在线资源”进入“附录C 在Windows上安装RabbitMQ”，再到“本章输出与消息对账”。逐步记录AMQP方法、broker状态和客户端回调，区分“方法已发送”“broker已接收或确认”“消费者已处理”“业务结果已对账”。连接关闭、节点故障、重试和应用重启必须有独立分支，不能只画正常箭头。

实验固定RabbitMQ 2.7环境、vhost、交换器、队列、路由键和消息ID，只改变持久化、confirm、ack、消费者速度、节点或网络故障之一。比较吞吐、P95/P99、ready/unacked、内存、Erlang进程与最终消息集合，用“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”验收。

机制模型：拓扑、路由与确认

connection承担TCP与认证，channel在一条连接上复用AMQP会话；channel级协议错误可能关闭channel而不是整个节点。交换器不存储消息，它依据direct、fanout、topic或headers规则把发布路由到绑定队列；无匹配路由的消息是否可感知取决于mandatory等机制，不能默认为已入队。

队列保存ready消息并跟踪已投递未确认消息。消费者确认意味着客户端声明处理完成，断线前未确认消息通常会重新排队，因此业务处理必须能识别重复。prefetch约束未确认在途量，过大可能造成单消费者囤积，过小可能限制吞吐；实验要同时看吞吐、尾延迟与公平性。

持久化与复制需要分别证明。消息写入持久队列并标记persistent，仍不等于每次确认都完成磁盘同步；publisher confirm提供broker侧可观察边界。RabbitMQ 2.7经典镜像队列与当代quorum queue不同，本页只讨论原书策略和当时故障语义。

独立证据与生产交接

目录证据保存Manning 12章3附录与中文版节点映射；环境证据保存Erlang、RabbitMQ 2.7、客户端、节点名、cookie、vhost和插件；拓扑证据保存交换器、绑定、队列属性、消费者与经典镜像策略；运行证据保存消息生成规则、吞吐、分位延迟、ready/unacked、内存和Erlang进程。

性能判断固定消息大小、路由键分布、交换器类型、绑定数量、持久化、confirm、ack与副本语义。关闭可靠性换来的吞吐不是等价优化。平均值会隐藏磁盘刷写、垃圾回收、消费者停顿和节点切换，必须保留P95/P99与队列积压。

恢复判断从消息集合结束。节点重启、连接恢复、队列重新可见、Shovel继续运行或插件重新加载都只是阶段；还要核对每个message_id的出现次数、业务结果和未确认状态，并确认旧节点、旧消费者或旧脚本不再错误操作。

本章回顾

重新完成“沿12章与3个附录建立从AMQP消息基础、模式编码、集群故障到管理监控、安全插件和跨语言客户端的完整路线”：固定RabbitMQ 2.7和原书目录，从AMQP拓扑推导状态与确认边界，通过基线、压力与故障实验测量，最后交付17页路线、完整目录映射、版本边界、依赖图与全书验收清单。只有“15个正式单元、全部160个章/附录/节节点、实验与证据逐一可达，课程固定RabbitMQ 2.7时代且不混入后来的实现”与反例都可独立重放，本页才算完成。

复习与运行验收

下一页：第1章 天降奇兵 →