jms - 我们可以在发布/订阅消息传递中使用请求/回复模型吗？

Question

O'Reilly Media 的“Java Message Service”一书说:

use request/reply model in point-to-point messaging.

我们可以在 pub/sub 消息传递中使用消息选择器，因此编写请求/回复模型就像在回复主题上编写一个简单的选择器一样简单:

发布者发布具有某些唯一属性的消息(例如 UUID 为 correlationID )

订阅者以相同的 UUID 响应消息如 correlationID

发布者(也是回复主题的订阅者)选择带有 UUID 的消息发送。

这是错误的模式吗？

Answer 1

请求/回复消息模式通常用于调用由服务提供者托管的服务。根据服务请求，提供者将回复适当的响应。所以是一对一的。在这里请求者和响应者彼此认识。

在发布/订阅的情况下，发布者和订阅者彼此不认识。可能有多个发布者发布一个主题，并且可能有数千个订阅者在收听该主题。因此，在收到发布后，如果订阅者使用主题回复请求，那么该发布可能会转到多个订阅者。这样的事情可能会淹没网络。

在我看来，请求/回复模型必须用于 P2P 消息传递而不是 Pub/Sub。