我们可以在发布/订阅消息传递中使用请求/回复模型吗？
我们可以在发布/订阅消息传递中使用请求/回复模型吗？
提问于 2012-06-19 05:54:43
O‘’Reilly的"Java消息服务“一书写道：
在点对点消息传递中使用请求/应答模型。
我们可以在pub/sub消息传递中使用消息选择器，因此编写请求/回复模型就像在回复主题上编写一个简单的选择器一样简单：
correlationID)
- subscriber
- publisher发布具有某些唯一属性的消息(例如，
UUID响应于与应答主题的correlationID
- publisher(also订阅者相同的消息
UUID)选择发送的UUID消息。
这是个错误的模式吗？
回答 1
Stack Overflow用户
回答已采纳
发布于 2012-06-19 06:13:47
请求/应答消息传递模式通常用于调用服务提供者承载的服务。根据服务请求，提供程序将使用适当的响应进行答复。所以是一对一的。在这里，请求者和响应者彼此认识。
如果是pub/sub，发布者和订阅者不了解对方。可以有许多发布者发布某个主题，也可能有成千上万的订阅者在收听该主题。因此，在接收发布后，如果订阅者使用主题回复请求，则该发布可以转到多个订阅服务器。这样的事情可能会淹没整个网络。
在我看来，请求/回复模型必须用于P2P消息传递，而不是Pub/Sub。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/11095155
复制相关文章
相似问题
腾讯云开发者
