代码之家 › 专栏 › 技术社区 › user1008636

“publish-subscribe”消息传递模式是否需要尽可能多的队列?

publish-subscribe message-queue

user1008636 · 技术社区 · 7 年前

假设每次价格发生变化时,我都需要将价格发布给给定的股票报价器,而在另一端,有订阅者(消费者)需要使用该价格。

这是一种典型的pub-sub模式(而不是点对点)。如果有N个使用者,通常会设置N个队列,并让发布者向N个队列中的每个队列发布相同的消息吗?

我不知道如何只用一个队列就可以做到这一点,因为每一条消息都会在一个消费者拿起它时消失(这是一种点对点模型)

1 回复 | 直到 7 年前

Adem Catamak 7 年前

是的,消息传递通信系统要求每个客户都有队列。

如果客户观察到更改事件,则需要按客户排队。您将事件发布到某个消息代理。消费者来创建自己的队列。之后,使用者将自己的队列绑定到事件交换。只有这样,每个消费者才能接触和处理每一个事件。

或

创建一个消费者。消费者消费事件并向每个客户发送通知请求。这种方式不可行,因为您必须了解每个客户及其端点地址才能接受通知。此外,您必须处理集成过程中的错误等。

推荐文章

user1008636 · “publish-subscribe”消息传递模式是否需要尽可能多的队列?

7 年前

pixel · C#根据订阅者的要求通知订阅者的事件

7 年前

vach · ZeroMQ可以订阅,但如何排除特定筛选器?

7 年前

Antoine · 在ROS-Python中使用来自多个主题的数据

7 年前

user1028741 · PubSub:是否可以获取迟到订阅者的最后一条消息?

7 年前

Mohamed Hosni · 活动mq artemis springboot群集主题负载平衡(循环)问题

7 年前

DSA · NATS请求-回复-它是如何工作的?

7 年前

Praveen Rathode · nanomsg中是否可能存在IP多播?

7 年前

vpgcloud · 将谷歌发布/订阅消息直接“流”到前端的最佳方式?服务器发送事件?

7 年前

Kenneth E. Bellock · 如何使用类方法的函子断开boost signal2的连接?

7 年前