c# – RabbitMQ Basic恢复不起作用
发布时间：2020-12-16 01:44:43 所属栏目：百科 来源：网络整理
导读：我们有一个持久的RabbitMQ队列.当消费者从队列中获取项目时,它会对其进行处理,然后对其进行确认.如果消费者未能处理该项目,则会打印错误,期望有人解决问题并停止.没有发送确认.当消费者重新启动它时,它接收的项目是队列中的下一个项目,而不是没有ack的项目.
|
我们有一个持久的RabbitMQ队列.当消费者从队列中获取项目时,它会对其进行处理,然后对其进行确认.如果消费者未能处理该项目,则会打印错误,期望有人解决问题并停止.没有发送确认.当消费者重新启动它时,它接收的项目是队列中的下一个项目,而不是没有ack的项目. Basic.Recover()没有帮助(使用.NET客户端).
任何想法如何让它作为一个队列工作 – 总是得到第一个项目,如果它没有被激活. 解决方法
请参阅
this entry in the RabbitMQ FAQ.虽然您可能希望RabbitMQ将未经处理的消息重新排队到队列的头部(消费者将其拉下来之前),但实际情况可能会有所不同,正如您所经历的那样.
因此,不是Basic.Recover()不起作用(消息被放回队列以供将来重新处理)只是因为它不能按预期的方式工作. 我脑海中的一些东西告诉我,你可以通过设置预取计数为1并且任何时候最多只有一个消费者连接到队列来获得你想要的行为,但我不能保证这是案件.值得一试.然而,即使它工作也不依赖于永远保持这种情况,并且如此低的预取计数,消费者的消息/第二次性能可能会受到影响. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |