如果设置了AutoDeleteOnIdle，服务总线是否删除没有过滤器/规则的主题订阅？

Question

下午好。

我们使用Service Bus Topics作为pub / sub系统的引擎。 我们的逻辑涉及我们的C＃服务连接到订阅主题。 我们删除$ Default（TrueFilter）并将AutoDeleteOnIdle设置为5分钟。

由于系统的其他部分需要的东西，他们告诉我们的C＃服务，“我需要这个。” 然后，C＃服务添加新规则（通常是CorrelationFilter）。

由于系统的相同部分不再需要东西，他们告诉我们的C＃服务，“我不再需要它了。” 然后，C＃服务删除相应的规则。

因此，主题订阅仍然可以连接（完成SubscriptionClient对象），但根本没有规则。

问题

订阅“消失”，我无法理解为什么。 毕竟，我有一个订阅了SubscriptionClient实例和一个回调函数的活动订阅。

然后，当我使用我的SubscriptionClient对象进行操作时，它会抛出MessagingEntityNotFoundException。

在我看来，服务总线是随机和随意丢失或删除我的订阅。

服务总线对“空闲”的定义

我的理解是，只要存在与订阅的活动连接（在我的情况下，通过SubscriptionClient实例），订阅就不是“空闲”。 即使没有感兴趣的消息通过，它仍然没有空闲，因此仍然没有被删除。 如果一天后收到消息，则SubscriptionClient实例将接收该消息。

这是我对系统中不动态添加/删除规则的其他部分的经验。 它运作得很好。

但后来我开始疑惑：

尽管与订阅有连接，Service Bus是否将我的订阅视为空闲，因为它没有规则，因此无法接收消息？ 然后Service Bus会遵循AutoDeleteOnIdle属性并将其删除吗？

如果以上是真的那么会添加一个FalseFilter，因为$ Default保持订阅活着吗？

任何见解和帮助将是最受欢迎的。

非常感谢 - 肖恩

更新

我在WinForms应用程序中进行了初步测试，似乎服务总线出现了根本性的错误。 或者，至少，我们的服务总线实例。

我有17个主题，如下：

• d860ffbe-e9c6-4ede-b6e9-959be4373128 /通知-0
• d860ffbe-e9c6-4ede-b6e9-959be4373128 /通知-1
• ......（你明白了）
• d860ffbe-e9c6-4ede-b6e9-959be4373128 /通知-E
• d860ffbe-e9c6-4ede-b6e9-959be4373128 /通知-F
• d860ffbe-e9c6-4ede-b6e9-959be4373128 /通知根

notify-root将收到的所有消息转发给其他通知主题。 我们这样做是为了分片。

所以...

我在0到f主题的每一个上创建了3个订阅：

• 没有规则（我删除了$ Default）
• TrueFilter（我保留了$ Default）
• FalseFilter（我在创建订阅时将默认过滤器设置为FalseFilter）

我为这48个订阅中的每一个创建了一个SubscriptionClient实例，并将实例保存在内存中。 我还使用OnMessageAsync方法传入一个回调，告诉我何时写入消息。

每个订阅的AutoDeleteOnIdle都设置为TimeSpan.FromMinutes（5）。

我每1分钟遍历我的主题，订阅和规则，以查看订阅和规则何时出现和消失。

最后，我在notify-root上每隔1分钟发布一条消息。

使用TrueFilter的16个订阅中的每一个每隔一分钟收到一条消息，并按预期在我的WinForms应用程序上显示它。

在5分钟标记处，Service Bus会自动删除我在0,1,2,4,5,6，B，C和F结尾的主题的所有订阅。

服务总线删除了这些订阅，尽管它们在被删除之前不会闲置并且在不到1分钟内主动接收消息。

大约30分钟后，以3,7,8,9，A和E结尾的主题仍在接收消息，没有删除订阅的迹象。

此外，Service Bus没有删除由于没有规则或没有FalseFilter而未接收消息的某些订阅。 SubscriptionClient实例确实通过OnMessageAsync连接了一个回调。 值得注意的是，那些没有被删除的主题与TrueFilter订阅相同，但也没有被删除。

似乎它正在删除某些主题的订阅，尽管有活动而不是其他主题。

我重复了测试，这是完全相同的主题，删除了他们的订阅（尽管有活动）。

一旦我停止发布，Service Bus在5分钟后删除了剩余的订阅（正如预期的那样）。

我将用17个不同的主题重复测试。

Answer 1

事实证明，AutoDeleteOnIdle的工作方式完全符合我的想法。

只要主题订阅具有连接，就不应删除它。 是否没有规则，FalseFilter或没有消息发布并不重要。 只要您有活动连接并且您当前正在尝试使用OnMessage（），OnMessageAsync（），Receive（）或ReceiveAsync（）来获取消息，那么订阅不会处于空闲状态且不会被删除 。

但是，我们的服务总线主题订阅仍然从一些主题中消失。 它们仍然在AutoDeleteOnIdle时删除。 我无法在我的开发盒上重现这个问题。

过去几个月我们在生产环境中遇到了这个问题，而且情况变得更糟。 我们以为我们做错了什么。

碰巧的是，微软今天向我证实他们的西美2区有这个问题。 没有其他地区受到影响。 MS尚未确认为什么会发生这种情况，发生了多长时间或需要多长时间才能纠正。

这是我想象的最后一件事。 我以为我做错了什么。

最令人不安的是，这个问题存在多久没有被微软发现。

希望它很快就会被修补。

如果其他人遇到Service Bus订阅消失或被删除尽管有活动，我建议像我一样建立测试。 如果测试的行为不符合预期，请与Microsoft联系。