STOMP over websockets 与普通 STOMP。哪一个更好？

STOMP over websockets vs plain STOMP. Which one is better?

从 spring 4 开始，我们在 WebSocket 上支持 STOMP（子）协议。我确实了解 WebSocket 与 HTTP 相比的好处，以及使用 STOMP 而不是 WebSocket 的用途和好处，但我想了解以下内容：

  1. 直接使用 stomp 协议与 MB 通信是否有任何性能优势（如 RabbitMQ 或 Kafka - 可能在未来）

  2. 除了处理客户端连接到 [=28= 所需的握手之外，使用 STOMP 作为网络套接字的子协议有什么好处吗？ ]

这些是正交问题。 Websocket 是一种传输；事实上，当使用 sock.js 时，您可以使用许多传输作为后备，并且仍然使用 STOMP。

STOMP 描述了客户端和服务器之间交换的消息格式。

这就像要求比较 TCP 和 HTTP。

  1. 您无法 "just use" STOMP 与服务器或消息代理通信。您必须使用传输来发送这些 STOMP 消息。
  2. STOMP 不关心 websocket 握手，事实上，它根本不知道。举个例子，您可以在 HTTP 之上透明地使用 STOMP，并且从 STOMP 的角度来看没有区别。