spring Websocket+SockJS中SimpleMessageBroker的/topic、/queue的区别

Question

如果我使用的是“简单代理”，那么对于spring的Websocket+SockJS，/topic、/queue等之间有什么区别呢？例如。这里在spring Websocket上向特定用户发送消息说：当您客户端订阅以/user/开头的通道时，例如：/user/queue/reply，您的服务器实例将订阅一个名为queue/reply-user的队列[session id]

我想以某种清晰的方式理解这种转换背后的逻辑。

Answer 1

我认为对这个话题最好的答案是下面的spring文件

目的地的含义在STOMP规范中故意保持不透明。它可以是任何字符串，完全由STOMP服务器来定义它们所支持的目的地的语义和语法。然而，目标是类似路径的字符串，其中“/topic/..”非常常见。暗示发布-订阅（一对多），“/queue/”暗示点对点（一对一）消息交换。

Answer 2

您应该看一下参考文档的这一部分。简而言之，“/topic”和“/queue”都是配置到相同目的地的前缀。

在文档中，“/app”是配置的“application destination Prefix”-意味着通过“ClientInboundChannel”流入并与这些前缀匹配的所有消息都将映射到您的应用程序，例如使用@MessageMapping注释。

这里，“/topic”和“/queue”都是配置为STOMP目的地的前缀-这意味着所有通过“ClientInboundChannel”流入并匹配这些前缀的消息都将转发给STOMP代理。在您的例子中，这就是简单的代理实现。

因此，从spring WebSocket的角度来看，“/queue”和“/topic”的处理方式是相同的，并且是“典型的”STOMP目的地--所有与之匹配的消息都被转发到messages Broker。现在，如果您使用的是完整的message broker实现，那么这些目标的含义可能不同，并且message broker行为可能不同。下面是Apache Apollo和RabbitMQ的一些示例。

注意，如果你愿意，你可以更改那些前缀。但我建议你，除非你真的知道你在做什么，否则就把它们当作默认值。