概述
STOMP(简单文本导向消息协议)最初是为了脚本语言(如 Ruby、Python 和 Perl)连接企业消息代理而创建的。它旨在解决最少子集的常用消息模式。STOMP 可以通过任何可靠的双向流网络协议(如 TCP 和 WebSocket)使用。尽管 STOMP 是一个面向文本的协议,但消息负载可以是文本或二进制。
STOMP 是一种基于帧的协议,其帧是基于 HTTP 建模的。以下列表显示了 STOMP 帧的结构:
COMMAND header1:value1 header2:value2 Body^@
客户端可以使用 SEND
或 SUBSCRIBE
命令发送或订阅消息,并附带一个 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 协议最基本的理解。我们建议您完整查阅协议 规范。