我在Azure Service Bus中遇到奇怪的错误。对于长时间运行的应用程序，使用批处理API，以便我可以一次读取一批消息（并在没有可用消息等时减速），我最终会开始得到＆＃34; 40400：未找到端点＆＃ 34;错误。这些只是短暂的，因为它不能阻止一切，但一旦发生，它们就会间歇性地持续存在。
我还经常收到Message Lock丢失的异常，有60秒的超时，用于更新批量的消息（一次最多100个）。这真的不应该发生，因为它正在＆＃34;测试＆＃34;读取消息的条件，它们没有任何反应，然后我完成它们（即没有＆＃34;编程逻辑＆＃34;它会花费任何时间来导致超时）。
我真的不知道如何解决这些问题发生的原因以及我可以采取哪些措施来预防这些问题。
显然，我拥有所有重新尝试的逻辑，因此它不会降低我的应用程序，但最终，我的应用程序将如此缓慢地处理消息，实际上它根本不做任何事情。
我怀疑是因为我的队列（全球排名全球排队＆＃34;）位于北欧，但我的应用程序位于美国东部，因此延迟导致了问题。如果是这种情况，那么我真的很难过，因为它是一个与另一个Azure数据中心通信的Azure数据中心（所以应该很快），然后，你应该如何构建全局队列以进行分布式访问如果表现如此糟糕？ AFAIK Service Bus不支持单端点全局分布式队列......