Azure 客户的寿命是多少；用户对某个主题的订阅（即订户）？

客户对主题的订阅（即订户）的寿命是多长

条件

在我的开发环境中，我一直在为各种服务总线主题创建SubscriptionClient实例

我担心的是，对于我为给定主题实例化的每个订阅客户机，我可能会在不经意间复制传出的消息（每次订阅给定主题时）

我的理论

我之所以担心，是因为我认为服务总线的一个特点是持久的消息。因此，我认为在连接不稳定的情况下，可以保证传递持久的消息

那么，当一个应用程序（几个应用程序中的一个）与服务总线失去连接一天，然后第二天重新启动应用程序并实例化新的订阅客户端实例时，会发生什么情况呢？当其他应用程序由于自己的订阅而已经处理了这些邮件时，应用程序是否会继续接收挂起传递的邮件

总之，客户订阅（即订户）主题的寿命是多长

附录

参考资料：

客户对主题的订阅（即订户）的寿命是多长

有点宽泛的问题。如果您指的是连接到代理的客户端，那么只要存在不间断的底层连接，客户端就会连接到订阅。如果您指的是逻辑订阅者，则只要逻辑订阅者连接。可能是365年7月24日或偶尔。然后，生命周期由系统将要做的任何事情来定义

那么，当一个应用程序（几个应用程序中的一个）与服务总线失去连接一天，然后第二天重新启动应用程序并实例化新的订阅客户端实例时，会发生什么情况呢

新的客户端实例仍然是逻辑订阅服务器的实例，对吗？在这种情况下，您将收到该订阅服务器的事件。重要的是要注意，新客户端实例应该连接到同一订阅，而不是尝试创建新订阅。如果有，那么你肯定会有重复的

当其他应用程序由于自己的订阅而已经处理了这些邮件时，应用程序是否会继续接收挂起传递的邮件

如果您运行多个连接到同一主题的应用程序实例，如果其中一个实例出现故障，其余实例将继续处理消息。不会有挂起的消息。如果您有其他应用程序使用来自不同主题的消息，则是，您的重新连接应用程序将接收关闭时发布的所有消息

你可能想看看这个模式。订阅是具有竞争消费者的队列