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

Question

O'Reilly Media撰写的"Java消息服务"一书中说:

在点对点消息传递中使用请求/回复模型.

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

1. 发布者发布带有一些独特属性的消息(例如UUIDas correlationID)
2. 订户具有相同的消息进行响应UUID的correlationID
3. 发布者(也是回复主题的订阅者)选择已发送的消息UUID.

这是错误的模式吗？

Answer 1

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

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

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