概述

STOMP(简单文本导向消息协议)最初是为了脚本语言(如 Ruby、Python 和 Perl)连接企业消息代理而创建的。它旨在解决最少子集的常用消息模式。STOMP 可以通过任何可靠的双向流网络协议(如 TCP 和 WebSocket)使用。尽管 STOMP 是一个面向文本的协议,但消息负载可以是文本或二进制。

STOMP 是一种基于帧的协议,其帧是基于 HTTP 建模的。以下列表显示了 STOMP 帧的结构:

COMMAND
header1:value1
header2:value2

Body^@

客户端可以使用 SENDSUBSCRIBE 命令发送或订阅消息,并附带一个 destination 头,该头描述了消息的内容以及谁应该接收它。这使得一个简单的发布-订阅机制成为可能,你可以通过消息代理将消息发送给其他连接的客户端,或者将消息发送给服务器以请求执行某些工作。

当您使用 Spring 的 STOMP 支持时,Spring WebSocket 应用程序充当客户端的 STOMP 代理。消息被路由到 @Controller 消息处理方法,或者路由到一个简单的内存代理,该代理跟踪订阅并将消息广播给订阅用户。您还可以配置 Spring 与专用的 STOMP 代理(如 RabbitMQ、ActiveMQ 等)协作以实际广播消息。在这种情况下,Spring 会维护到代理的 TCP 连接,将消息转发给代理,并将来自代理的消息传递给连接的 WebSocket 客户端。因此,Spring Web 应用程序可以依赖统一的基于 HTTP 的安全性、通用的验证以及熟悉的消息处理编程模型。

以下示例展示了客户端订阅接收股票报价,服务器可能会定期发出这些报价(例如,通过计划任务,该任务通过 SimpMessagingTemplate 向代理发送消息):

SUBSCRIBE
id:sub-1
destination:/topic/price.stock.*

^@

以下示例展示了一个客户端发送交易请求,服务器可以通过 @MessageMapping 方法处理该请求:

SEND
destination:/queue/trade
content-type:application/json
content-length:44

{"action":"BUY","ticker":"MMM","shares",44}^@

执行后,服务器可以将交易确认消息和详细信息广播给客户端。

在 STOMP 规范中,目的地的含义被有意地保留为不透明。它可以是任何字符串,完全由 STOMP 服务器来定义它们支持的目的地的语义和语法。然而,目的地通常是路径状的字符串,其中 /topic/.. 表示发布-订阅(一对多),而 /queue/ 表示点对点(一对一)消息交换。

STOMP 服务器可以使用 MESSAGE 命令向所有订阅者广播消息。以下示例展示了服务器向订阅客户端发送股票报价:

MESSAGE
message-id:nxahklf6-1
subscription:sub-1
destination:/topic/price.stock.MMM

{"ticker":"MMM","price":129.45}^@

服务器不能发送未经请求的消息。所有来自服务器的消息都必须是对特定客户端订阅的响应,并且服务器消息的 subscription 头必须与客户端订阅的 id 头匹配。

上述概述旨在提供对 STOMP 协议最基本的理解。我们建议您完整查阅协议 规范