azure服务总线未接收所有消息（仅为65%）

Question

这是我能找到的最接近的前一个问题：Azure Service Bus Subscription OnMessage未接收消息。

同样的事情也发生在我身上。当我改变主题的名称时，它会再次工作一段时间。则该服务总线主题再次损坏。只有65-71%的消息到达。无助于删除子内容，也无助于删除主题。题名似乎过了一段时间不知怎么就被污染了。这是真的真的很糟糕，因为我没有办法告诉什么时候主题是腐败的，除了系统不像它应该的工作，当消息没有到达。偶尔用新名称随意创建一个新主题似乎是一个非常糟糕的解决方案。

更新：这里有个陷阱。我已经创建了1个订阅并维护了与它的连接；创建1个主题，总线重新创建10次，每次发送100条消息。味精没丢。我已经创建了1个订阅，并且每次重新创建总线并发送100个消息时都会创建一个新的subscriptionclient。失去50%的味精。似乎主题已经意识到了前面的订阅客户端，并且消息传递给了这两个客户端？

新问题：我正在考虑如何处理这件事。有没有人可以确认，重新启动进程，导致创建一个具有相同订阅名称的新订阅客户端，会使主题在第一个订阅客户端和第二个订阅客户端之间处理消息，即使第一个订阅客户端已经不在那里了？由于我试图通过重新启动订阅模块来处理故障，即通过检查主题是否存在、订阅是否存在，然后创建订阅客户端的步骤来处理故障，我正在努力理解如何才能避免上述情况，并避免消息也发送给不存在的订阅者。

解决方案建议，ATM：跟踪旧的订阅，如果我必须重新启动进程，创建一个新的订阅？在进程关闭和创建新订阅之间留下一个窗口，在此消息只会被抽出到“死的”订阅。这些消息将丢失。但至少之后的任何消息都将被新订阅接收。伙计..这个问题以前肯定处理过。我做得不对。将非常感谢您的指导。

Answer 1

解决方案：这一切都是关于工作的正确工具。这种情况需要队列，而不是pub/sub。一切都解决了。我正在进行与上面相同的测试，但使用队列代替，当然，由于接收消息的是客户端，所以以前的（死的）订阅客户端从新的订阅客户端接收消息没有问题。一次只有一个队列客户机处于活动状态，因此只有一个客户机可以将消息从队列中取出。