Azure Service Bus中死信队列中的邮件是否过期？

Question

Azure Service Bus中死信队列中的邮件是否过期？

我有这些队列设置：

var queueDescription = new QueueDescription("MyTestQueue")
{
    RequiresSession = false,
    DefaultMessageTimeToLive = TimeSpan.FromMinutes(1),
    EnableDeadLetteringOnMessageExpiration = true,
    MaxDeliveryCount = 10
};

namespaceManager.CreateQueue(queueDescription);

当我将某些消息放入Azure服务总线消息队列（不是Azure存储的队列）并且不使用它们（永远）时，它们将自动移动到死信队列。

然而，如果我也没有死信队列的消费者，这些消息会从死信队列中删除还是永远留在那里？（是否有一些官方文件说明这是如何工作的？）

在我的试验中，我在队列中放置了3条消息。大约两分钟后，他们就死了。他们在死信队列中至少呆了一天，没有被删除。

尽管正在调用NamespaceManager。GetQueueAsync（）给了我上面的值（注意，MessageCount仍然是3但是DeadletMessageCount奇怪地是0），我仍然可以从死信队列接收消息。（因此他们没有从队列中删除。）

Answer 1

在做了一些研究之后，我无意中发现了一个我完全忽略的事实：

即使禁用死信，邮件也可能过期。

当消息过期而禁用死字时（这是默认情况），它们将被删除。

因此，微软不自动从死信队列中删除邮件的理由可能是：

如果启用死字母，则明确希望过期消息不被丢弃，而是存储在其他位置（死字母队列），以便可以查看它们。

Answer 2

塞巴斯蒂安你的观察是正确的，因为一旦放置在死亡信子队列中的消息永远不会过期。它们将永远在那里可用，直到显式地从死亡信件子队列中删除。在上面关于工具/api的错误中，可能是刷新问题？对GetQueueAsync（）的调用需要在消息被死字母后进行，这不是一个确定的时间，比如说，如果你有一个队列，其中有一千条消息已经过期，但是队列没有被使用（发送/接收操作），那么计数可能仍然以活动状态返回，直到执行某些操作。