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

Masstransit消息消费订单

masstransit servicebus publish-subscribe

Denni · 技术社区 · 9 年前

当“P”发布消息“1”“2”“3”时,我预计消费者会使用顺序为“123”的消息。但实际上,消费顺序可能是“132”、“312”等等。
我已经配置了与并发相关的设置,但它不起作用
concurrency settings

:是否有一种配置可以阻止“B”在“a”成功使用消息之前获取消息?

谢谢

1 回复 | 直到 9 年前

gertjvr 9 年前

无法保证按顺序处理消息,因此应不惜一切代价避免。

队列中的消息是FIFO,但当您有多个具有预取设置的消费者时,每个消费者A和B将从队列中拉出x条消息,并根据所需时间进行处理,消费者A可以在消费者B完成之前返回更多消息,并无序处理消息,这是常见情况。

如果您确实需要这样做,那么使用并发限制为1的单个使用者集将以吞吐量为代价按顺序处理消息。

推荐文章

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

8 年前

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

8 年前

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

8 年前

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

8 年前

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

8 年前

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

8 年前

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

8 年前

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

8 年前

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

9 年前

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

9 年前