服务巴士排队噩梦。消息消失

Question

我们正在两个不同的实例上运行云服务。这个云服务在服务总线队列上旋转一个接收器。此接收器配置为：1。窥视并锁定模式2。自动完成=真3。RenewLockTimeout=10分钟4。MaxConcurrentMessages=1 5。PrefetchCount=默认值（应为0）

几天前，Azure决定更新我们的实例。我从日志中看到，在18.18时，第一个实例被请求停止。在18.24时，该实例停止，并在18.27时重新联机。在18.28，第二个实例被要求停止，在18.35，它恢复在线。

已在18.23排队收到7封邮件。其中一个在DB上生成了预期的记录（即成功执行了处理程序）。另外6个，没有。死信队列已启用，但为空。

理论上，我的代码应该在角色进入OnStop方法后立即停止接收消息。取消令牌被取消，消息处理程序被“暂停”，导致10分钟的延迟（因此，据我所知，消息不应该完成，然后应该再次处理）。所以我不能说第一条消息是被第一台还是第二台机器处理了。但已经处理过了。我敢肯定其他六个人也在排队。

Answer 1

我们知道，接收者可以用两种不同的方式从服务总线队列读取消息：ReceiveAndDelete和peek-lock。ReceiveAndDelete模式，如果接收者在完成处理消息之前崩溃，则消息将丢失。Peek-lock模式，如果接收方在完成处理消息之前崩溃，没有完成消息，消息不会丢失/消失。

就像其他人说的，看不到你的代码，很难找到问题所在。如果可能，请修改代码，将OnMessageOptions.AutoComplete属性设置为false，并在接收方完成处理消息并在DB上创建记录后显式调用Complete()，然后检查是否可以解决问题。