为什么 HTTP 不是消息传递协议？ （根据 RabbitMQ）

Question

在RabbitMQ documentation 中，MQTT、AMQP 和 STOMP 被称为支持的消息协议。如果你考虑the differences between MQTT, AMQP and STOMP，这对我来说是完全可以理解的。 但是，在本文的结尾，它变得令人困惑。那是关于 HTTP 的。本段指出“HTTP 不是一门课程，也不是消息传递协议”。我曾认为 RabbitMQ 也会以一种或另一种方式直接支持 HTTP，但仅支持“低容量消息传递目的”（例如诊断）和直接在 HTML 中使用。 如果世界上有一半人使用 HTTP Web api 服务，为什么 HTTP 不能在消息传递协议之间共享。为什么 HTTP 不是消息传递协议，RabbitMQ 对消息传递协议的定义是什么？

Answer 1

HTTP 完全属于同步request-response 协议类别。这与 Message-Oriented Middleware 典型的异步 message passing 协议完全相反。

将 HTTP 用于 Web api 服务的“半个世界”并不将其用作基于 loose coupled messaging 的 Web API 服务，而是用作基于紧密耦合的请求-响应的 API。

消息传递协议具有由协议定义和实现提供的某些特性（至少一次、精确一次、最多一次、按顺序精确一次等）。尝试通过 HTTP 进行 消息传递 很快就会转变为在 HTTP 之上 层复制这些要求（重试、序列号、重复处理等），并将 HTTP 弃用到提供从消息传递的角度来看价值不大。