Spring 在网袋上跺脚vs普通跺脚。哪一个更好?

Spring 在网袋上跺脚vs普通跺脚。哪一个更好?,spring,websocket,rabbitmq,stomp,spring-websocket,Spring,Websocket,Rabbitmq,Stomp,Spring Websocket,从Spring4开始,我们通过WebSocket支持STOMP(子)协议。我确实了解WebSocket与HTTP相比的好处,以及在WebSocket上使用STOMP的使用和好处,但我想了解以下几点: 直接使用stomp协议与MB(如RabbitMQ或Kafka——可能在将来)通信是否有任何性能优势 使用STOMP作为web套接字上的子协议,除了处理客户端连接到服务器所需的握手/MB之外,还有什么好处吗 这些是正交关系。 Websocket是一种运输工具;事实上,在使用时,您可以使用许多传输作为备

从Spring4开始,我们通过
WebSocket
支持
STOMP
(子)协议。我确实了解
WebSocket
与HTTP相比的好处,以及在
WebSocket
上使用
STOMP
的使用和好处,但我想了解以下几点:

  • 直接使用stomp协议与MB(如RabbitMQ或Kafka——可能在将来)通信是否有任何性能优势

  • 使用
    STOMP
    作为web套接字上的子协议,除了处理客户端连接到服务器所需的握手/MB之外,还有什么好处吗


  • 这些是正交关系。 Websocket是一种运输工具;事实上,在使用时,您可以使用许多传输作为备用,并且仍然使用STOMP

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

    这就像要求比较TCP和HTTP

  • 您不能“仅仅使用”STOMP与服务器或消息代理通信。您必须使用传输来发送这些跺脚信息
  • STOMP不关心websocket握手,事实上,它根本没有意识到这一点。举个例子,您可以在HTTP之上透明地使用STOMP,并且从STOMP的角度看不出任何区别

  • 关于您的第1点)根据链接,我们似乎可以使用web stomp(通过http),但提到的默认stomp/MQTT/AMQP不使用http。我不确定在没有底层HTTP的情况下握手是如何发生的,但必须进行调查,但在spring文档中的“26.4.14 STOMP Client”中写道,有一个STOMP over WebSocket和一个STOMP over TCP客户端。所以在我的理解中WebSocket已经建立在TCP之上,所以STOMP over TCP将WebSocket层保留在两者之间?那么,不遗漏WebSocket层的好处在哪里呢?编辑:我想在服务器之间进行通信(因此不涉及浏览器)