Azure服务总线消息放弃和死信队列
>
在Azure Service Bus主题中，我有两个订阅subscription1和subscription2。我正在向主题发送一条消息。在subscription1中，消息被放弃，在subscription2中，消息被处理。subscription1中的已放弃消息是否将再次发送给两个订阅或仅发送给已放弃消息的订阅。
我也有点困惑，死信队列将是所有订阅都通用的，还是每个订阅都有一个单独的死信队列？
请就以上两点向我澄清。
共有1个答案
子项是独立的。放弃只影响它被放弃的那个，死信队列是分开的。
一个警告是，如果您想从DLQ重新提交消息，您不能将它们直接发送到相应的订阅，它必须重新通过主题。
-
我正在尝试Azure服务总线队列。我有以下代码： 队列发送： 接收代码： 我看到，每当我打电话放弃时，信息都被写上了死信。我的假设是它应该被激活，并且可以被另一个客户接收。
-
我正在使用azure服务总线主题和订阅机制，并希望处理所有在死信队列中的消息。 此外，我想通过C#中的Azure Web作业处理消息，并将其发送回队列。所以我想知道如何通过我的应用程序处理死信队列上的消息？
-
我正在尝试在Azure中构建一个简单的WebAPI REST服务，后端有一个服务总线队列工作器。我可以从Web API向工作人员发送一条消息。然而，我试图发送更多的信息，只是为了看看一切是如何运作的。因此，我创建了一个简单的控制器，如下所示： 当我呼叫控制器时，我只收到工作人员接收到的大约1/2的消息。其余的似乎都被放弃了。
-
使用WebJobs SDK时，将代理消息移动到死信队列的正确方法是什么？通常我会打电话给味精。死信（）。但是，SDK负责管理代理消息的生命周期。它将调用msg。如果方法返回成功，则返回Complete（），如果发生异常，则将重试该消息。我需要第三种情况，告诉ServiceBus队列将消息移动到死信队列，因为它是一条坏消息。
-
我有一个windows服务，它侦听Azure服务总线队列消息，以便从我的WebApi应用程序分发处理。此外，我还需要处理重复性任务（每晚/每周），我认为最好使用相同的系统来处理这些任务。 例如，假设我有一个“CleanupDb”队列，每天午夜删除过时的DB节点： 理论上这应该行得通，但我觉得我错过了一个更明显的处理方法。有没有更好的办法？
-
如何获取Azure服务总线队列中死信消息的数量？ 我可以像这样得到队列中的计数。。。 但这看起来既包括队列中的消息，也包括关联死信队列中的消息 我如何区分它们？