Azure应用程序服务使用服务总线队列消息，即使它'；停止

我有一个服务总线队列（已启用分区和会话），应用程序服务中的webjob正在从中消费消息。在消息的实际处理停止之后，我收到了一个异常，但没有从队列中消费消息

我那么

停止了webjob

已停止应用程序服务

使队列无效

已检查是否在Kudu下运行进程-无与我的webjob相关的进程

但信息仍然被消费

我真的必须删除容器（应用程序服务）吗？（我不想这样做，因为有几个WebJob正在运行，因此有几个部署流。）

如果有人有过同样的经历，或者任何人能为我带来光明，我将不胜感激

---

最好的祝愿

只要服务/web作业关闭，这意味着您的队列消息不会被此资源占用

我建议您寻找：

web作业正在运行的不同环境（如测试/登台），但由于配置错误，它们订阅了错误的队列并使用了您的消息

您或您的任何同事在本地运行应用程序。Azure在默认情况下具有非常弱的访问策略。默认情况下，您可以通过本地环境连接到azure service bus

队列中的消息过期。在azure服务总线中，默认TTL（生存时间）为14天。在这种情况下，您将看到se消息消失，但这并不意味着它们已被消费

---

只要服务/web作业处于关闭状态，这意味着您的队列消息不会被此资源占用

我建议您寻找：

web作业正在运行的不同环境（如测试/登台），但由于配置错误，它们订阅了错误的队列并使用了您的消息

您或您的任何同事在本地运行应用程序。Azure在默认情况下具有非常弱的访问策略。默认情况下，您可以通过本地环境连接到azure service bus

队列中的消息过期。在azure服务总线中，默认TTL（生存时间）为14天。在这种情况下，您将看到se消息消失，但这并不意味着它们已被消费

---

所有的建议都很好，但我已经检查过了，并且再次检查过了。我们现在是一个两人团队，另一个开发人员正在处理项目的另一个方面。我的开发环境就像星期天的早晨一样安静。测试环境已检查并停止。TTL设置为7天，但我还有两天就要达到这个极限了——但也许这是我最好的选择。是否有办法获取/检查最旧的邮件？如果您看到连接到服务总线队列的客户机，这将非常有用，因为TTL是罪魁祸首。我启用了将过期消息移动到死信队列，并且voíla:DLQ得到了所有好的建议，但是我已经检查了，并且再次检查了。我们现在是一个两人团队，另一个开发人员正在处理项目的另一个方面。我的开发环境就像星期天的早晨一样安静。测试环境已检查并停止。TTL设置为7天，但我还有两天就要达到这个极限了——但也许这是我最好的选择。是否有办法获取/检查最旧的邮件？如果您看到连接到服务总线队列的客户机，这将非常有用，因为TTL是罪魁祸首。我启用了将过期的消息移动到死信队列，voíla:DLQ被填满了