gpt4 book ai didi

Azure 服务总线队列、消息停滞或消息计数不正确?

转载 作者:行者123 更新时间:2023-12-02 14:14:14 25 4
gpt4 key购买 nike

我正在使用 QueueDescription.MessageCount 来获取我的队列之一中剩余的消息数,尽管它显示为正数,但我无法接收任何消息。

我已经检查了事件队列和死信队列,但没有收到任何内容。我尝试过使用 Recieve(); RecieveBatch(); onMessage(); - 都一样。

还有人看过这个吗?消息是否卡住或计数不正确。

谢谢

史蒂夫。

最佳答案

我能想到的唯一原因是,如果您已received()消息,但没有调用complete()abandon() >。在这种情况下,消息将“隐藏”一段特定的时间(默认为 30 秒)。在此期间,即使您无法收到任何消息,您的消息计数也会为正数。

30 秒(默认值)过去后,消息将变为可见,您可以再次receive() 它们。请注意,每次收到消息时,.DeliveryCount 属性都会递增,直到达到 10(默认值),并且消息将转储到死信子队列中。

请务必对已处理的任何消息调用 complete()。如果您希望它立即在队列中可供其他工作人员处理,请调用 abandon() 。另请检查 DeliveryCount 属性,以确保您没有两次处理消息。 (如果您在调用 complete() 之前花费很长时间处理消息,并且此时锁已被释放,则可能会发生这种情况。)

关于Azure 服务总线队列、消息停滞或消息计数不正确?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27633377/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com