gpt4 book ai didi

c# - Azure 服务总线队列消息在 Message.Abandon 后已死信

转载 作者:太空狗 更新时间:2023-10-30 00:02:43 25 4
gpt4 key购买 nike

我正在尝试 Azure 服务总线队列。我有以下代码:

队列发送:

string strConnectionString = ConfigurationManager.AppSettings["Microsoft.ServiceBus.ConnectionString"];
var namespaceManager = NamespaceManager.CreateFromConnectionString(strConnectionString);
if (!namespaceManager.QueueExists("Test"))
{
QueueDescription qD = new QueueDescription("Test");
qD.DefaultMessageTimeToLive = new TimeSpan(05, 00, 00);
qD.LockDuration = new TimeSpan(00, 02, 30);
qD.MaxSizeInMegabytes = 5120;
namespaceManager.CreateQueue(qD);
}
if (namespaceManager.QueueExists("Test"))
{
QueueClient client = QueueClient.CreateFromConnectionString(strConnectionString, "Test", ReceiveMode.PeekLock);
var qMessage = Console.ReadLine();
using (MemoryStream strm = new MemoryStream(Encoding.UTF8.GetBytes(qMessage)))
{
BrokeredMessage bMsg = new BrokeredMessage(strm);
bMsg.MessageId = Guid.NewGuid().ToString();
bMsg.TimeToLive = new TimeSpan(05, 00, 00);
client.Send(bMsg);
Console.WriteLine("Message sent");
}
}
Console.ReadLine();

接收代码:

 string strConnectionString = ConfigurationManager.AppSettings["Microsoft.ServiceBus.ConnectionString"];
var namespaceManager = NamespaceManager.CreateFromConnectionString(strConnectionString);
if (namespaceManager.QueueExists("Test"))
{
QueueClient client = QueueClient.CreateFromConnectionString(strConnectionString, "Test",ReceiveMode.PeekLock);
if (client != null)
{
OnMessageOptions options = new OnMessageOptions();
options.AutoComplete = false;
options.AutoRenewTimeout = TimeSpan.FromSeconds(31);


client.OnMessage((message) =>
{
Console.WriteLine(message.State.ToString());
Console.WriteLine("Message Id: " + message.MessageId);
Stream stream = message.GetBody<Stream>();
StreamReader reader = new StreamReader(stream);
Console.WriteLine("Message: " + reader.ReadToEnd());
Console.WriteLine("***************");
message.Abandon();
});
Console.ReadLine();
}
}

我发现每当我调用放弃时,该消息都会变成死信。我的假设是它应该变得活跃并且可以被另一个客户端接收。

最佳答案

您对BrokeredMessage.Abandon Api的理解是正确的。其目的是放弃在消息上获取的窥视锁定(但放弃消息本身),从而使其他接收者可以拾取消息。

以下是我们设想的窥视锁定消息的不同状态:

基础优先

“为什么”:如果客户需要竞争消费者(作业队列)语义 - 他们需要多个工作人员同时处理队列中的不同消息,并保证Exactly-Once - 然后他们使用 ReceiveMode.PeekLock。在此模型中,每个工作人员(队列接收者)需要一种方式将其当前消息(作业)的进度传达给其他工作人员。因此,brokeredMessage 提供4 个函数来表达状态。

“什么”:

  • 如果当前 Worker 成功处理消息 - 调用 BrokeredMessage.Complete()
  • 如果当前工作线程无法处理 BrokeredMessage,并且希望在另一个工作线程上重试处理 - 那么,放弃该消息。但是,这里的问题是:假设有 2 个工作人员,每个工作人员都认为另一个工作人员可以处理该消息并调用“放弃”——很快他们就会陷入重试处理该消息的无限循环!因此,为了避免这种情况,我们提供了一个名为 MaxDeliveryCount on QueueDescription 的配置。 。此设置保护消息从队列传递到接收者的次数限制。 在上面的示例中,每次您收到(并放弃)消息时,ServiceBus 服务上的“deliveryCount”都会递增。当它达到 10 时 - 消息已达到最大数量。交货,因此,将被死信。
  • 如果当前接收者(工作人员)确定知道该消息无法处理, BrokeredMessage.DeadLetter() 。这里的目标是让使用应用程序定期审核死信消息。
  • 如果当前接收者(工作人员)无法处理此消息,但知道此消息可以在稍后的时间点处理 BrokeredMessage.Defer() .

哈!斯雷

关于c# - Azure 服务总线队列消息在 Message.Abandon 后已死信,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34324108/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com