延迟到手动创建的 Azure 队列的消息

Question

在手动创建的 Azure 队列和以编程方式创建的队列上可以看到不同的行为。

我有两个 azure 队列。一种是通过 azure 门户 (ARM) 手动创建的，另一种是使用 azure SDK (2.9) NamespaceManager 类从 c# 程序创建的。

使用 QueueClient 类（从程序的相同或不同实例到创建队列的程序实例）向以编程方式创建的队列发送消息没有问题。但是，如果我使用相同的代码将消息发送到手动创建的队列，则消息不会通过，至少一开始不会；他们被严重延误。我还没有设法计算出确切的延迟，但至少需要几个小时，可能是几天。我也无法证明这些消息最终是否总是会通过，或者是否有一些消息会丢失。我看不出可以解释不同行为的队列属性之间的任何显着差异。

一旦消息出现在队列中，就不会观察到进一步的延迟。

手动创建的队列有延迟的原因吗？

编辑： 进一步调查显示，发送到全新区域中新服务总线中的新手动创建队列的消息没有延迟，但发送到该新总线中第二个手动创建队列的消息有延迟。至少 queue2 上的消息还没有通过（几分钟）。时间会证明他们最终是否会出现。

Answer 1

一个命名空间应该允许多个实体。根据documentation，最多10,000。那个特定的命名空间有些不对劲。您可以尝试删除并重新创建它。或者，您可以跟进 Microsoft 支持以调查发生的情况。这需要时间，如果您需要命名空间名称，请阻止您，直到调查结束。

Answer 2

这似乎是在 azure 门户中显示消息的问题。这些消息实际上可以从 SDK 访问，即使它们没有显示在 azure 门户中。