我如何影响Azure C＃中GetSubscription（）和SubscriptionExists（）的重试策略

Question

我面临订阅超时的问题。 我对名称空间管理器有一个有效的指数重试策略（maxBackoff 30秒），该策略通过QueueExists（）和TopicExists（）帮助缓解了超时。 但是，我记录的错误中超过95％与GetSubscription（）和SubscriptionExists（）有关。 我确实有很多队列（超过1000个），主题（超过1000个）和订阅者（​​超过1000个）。 没有一个主题拥有超过700个订阅者，这使我们可以轻松摆脱每个主题限制的2000个订阅者。 任何帮助表示赞赏！

GetSubscription（）的已清理错误段：

请求已在60000毫秒后超时。 无法确定请求的成功完成。 应该进行其他查询以确定该操作是否成功。 TrackingId：[一个Guid，有意删除]，TimeStamp：[一个日期时间，有意删除]服务器堆栈跟踪：异常重新引发为[0]：Microsoft的Microsoft.ServiceBus.Common.AsyncResult.End [TAsyncResult]（IAsyncResult）。 Microsoft.ServiceBus.NamespaceManager.GetSubscription（字符串topicPath，字符串名称）处的ServiceBus.NamespaceManager.OnEndGetSubscription（IAsyncResult结果），[有意删除了其余部分]

SubscriptionExists（）的已清理错误段：

请求已在60000毫秒后超时。 无法确定请求的成功完成。 应该进行其他查询以确定该操作是否成功。 TrackingId：[一个Guid，有意删除]，TimeStamp：[一个日期时间，有意删除]服务器堆栈跟踪：异常重新引发为[0]：Microsoft的Microsoft.ServiceBus.Common.AsyncResult.End [TAsyncResult]（IAsyncResult）。 Microsoft.ServiceBus.NamespaceManager.SubscriptionExists（字符串主题路径，字符串名称）处的ServiceBus.NamespaceManager.OnEndSubscriptionExists（IAsyncResult结果），[有意删除了其余部分]

我会喜欢使用任何堆栈跟踪中提供的跟踪信息的机制。 谢谢！

Answer 1

我了解到应该避免SubscriptionExists（）。 首选项是对MessagingEntityNotFoundException执行NamespaceManager.GetSubscription（）调用和陷阱，因此将其丢弃。