AMQP 是什么及其工作原理
互操作性：AMQP vs MQTT
实时性能：AMQP vs MQTT
AMQP 的安全性
实现对比：AMQP vs MQTT
AMQP 的应用场景
为了实现这种联网，设备必须具备工业物联网能力，即标准化、可扩展、支持 IT 与 OT 系统互操作，并确保安全通信。实现智能通信的协议包括 MQTT、OPC UA、AMQP 和 REST API 等。在我们的多部分博客系列中，您可以了解这些 IIoT 通信协议的关键特性及其适用场景。本系列的第三部分将介绍 AMQP。
高级消息队列协议（Advanced Message Queuing Protocol, AMQP）是一种可互操作的异步发布 / 订阅通信协议。它由摩根大通银行于 2003 年首次开发，2005 年成立了由 RedHat、微软、Software AG 和思科等公司组成的工作组。在发布多个实验性版本（0.8、0.9.1、0.10）后，AMQP 1.0 版本终于在 2011 年发布，并被定义为 OASIS 标准，随后由 OASIS 推动持续开发，2014 年通过 ISO/IEC 认证（19464:2014）。
AMQP 主要应用于企业和金融领域，但也具备进入工业领域的潜力。它常被与 MQTT 比较：宏观上两者都是发布 / 订阅协议，但 AMQP 定义了更完整的生态系统（下文将详细对比）。在 AMQP 拓扑结构中，客户端和代理均称为 “容器（Containers）”（图 1），容器由多个节点组成，节点可以是生产者（Producer）、消费者（Consumer）或队列（Queue）。生产者生成消息，消费者接收消息，代理存储和转发消息，因此客户端可同时扮演生产者和消费者角色。应用内的节点可扁平或分层连接，外部通过 “链路（Links）” 连接 —— 链路是两个节点之间的单向通道，在会话层级上建立，具有唯一标识符，若连接中断可在恢复后重建。
AMQP 的另一个特点是网络中可集成路由器（Routers）：路由器仅实现 AMQP 传输层，负责消息传输而不存储队列，在生产者和消费者之间建立同步连接，支持标准的请求 / 响应通信路径，适用于生产者与消费者位于不同地理位置的场景。AMQP 拓扑中，代理和路由器可并行存在，无需集成到同一设备。消息传输机制包括：
作为发布 / 订阅协议，AMQP 传输时间相对较短，但由于有效载荷通常大于 MQTT，实时性略逊于 MQTT，仍可实现 “近实时” 通信，适合对延迟不极端敏感的场景。
AMQP 协议本身不内置安全机制，需依赖外部措施实现：
| 维度 | AMQP | MQTT |
|---|
| 架构复杂度 | 支持生产者 / 消费者 / 路由器多层级拓扑，功能更丰富，资源需求（存储、计算）更高。 | 轻量化设计，仅需代理解耦发布者与订阅者，资源占用低。 |
| 实现难度 | 需处理链路、会话、路由等复杂机制，建议使用成熟库（如 RabbitMQ）开发。 | 协议简单，易于嵌入式设备实现，库资源丰富。 |
| 适用场景 | 需要异步消息队列、跨地域通信或企业级消息系统的场景。 | 低功耗、低带宽的物联网设备（如传感器、嵌入式终端）。 |
AMQP 的核心优势在于企业级消息系统和独立于外部协议的完整解决方案，典型应用包括：
监控与全局更新发布：如金融系统中的交易状态同步、企业 IT 系统的配置更新推送。
离线数据投递：为断开连接的客户端缓存消息，恢复连接后批量交付。
风险数据监控与内部流程控制：如银行实时交易风控、制造业设备状态预警。
事件分发：在微服务架构中实现组件间的松耦合通信。