如何手动将消息发送到Azure Function中的服务总线死信队列？
如果消息中毒，Azure服务总线队列触发函数将执行默认策略，将消息发送到死信队列。但是，我们是否可以手动将消息发送到死信队列？有几次，由于某种内部或业务异常，我们不希望Azure Function执行其默认策略，我们希望将其他信息绑定到消息，并手动将其发送到Azure服务总线截止日期队列。
在以前使用BrokeredMessage对象的版本中，有一个名为
BrokeredMessage msg;
msg.DeadLetter();
然而，在最新的Functino 2中。十、 在它使用消息对象的地方，不知怎的没有这个方法。。。
共有1个答案
对于Functions 2.0，您可以使用。NET标准服务总线客户端。消息不再具有死信等操作。相反，您需要添加一个MessageReceiver类型的附加参数，以便能够使用它提供的DeadletterAsync（）方法。您可以在我的帖子中找到如何使用MessageReceiver的示例。
-
C#.NetCore 2.2-Azure服务总线3.4.0 我在Azure Service Bus中有3个相同属性的队列。当向这些队列发送消息时，其中一个队列中的消息总是被传递到死信队列，而其他两个队列接收活动消息。 静态异步任务SendMessagesAsync（int numberOfMessagesToSend）{ } 如何防止邮件进入死信队列？为什么只发生1个队列，而不是其他2个？
-
> 在Azure Service Bus主题中，我有两个订阅subscription1和subscription2。我正在向主题发送一条消息。在subscription1中，消息被放弃，在subscription2中，消息被处理。subscription1中的已放弃消息是否将再次发送给两个订阅或仅发送给已放弃消息的订阅。 我也有点困惑，死信队列将是所有订阅都通用的，还是每个订阅都有一个单独的死信队
-
如何获取Azure服务总线队列中死信消息的数量？ 我可以像这样得到队列中的计数。。。 但这看起来既包括队列中的消息，也包括关联死信队列中的消息 我如何区分它们？
-
是否需要删除/清除Azure门户中Azure服务总线队列中的活动/死信消息？目前，我们已经向队列发送了几条消息，而活动消息和一些死信消息都无缘无故地保留在那里，并且我们的服务总线用户没有以某种方式触发，因此我们希望删除这些消息，以使队列再次干净。为了等到服务总线在过期后丢弃这些消息，我们可以自己手动删除它们吗？
-
我正在使用azure服务总线主题和订阅机制，并希望处理所有在死信队列中的消息。 此外，我想通过C#中的Azure Web作业处理消息，并将其发送回队列。所以我想知道如何通过我的应用程序处理死信队列上的消息？
-
我正在尝试Azure服务总线队列。我有以下代码： 队列发送： 接收代码： 我看到，每当我打电话放弃时，信息都被写上了死信。我的假设是它应该被激活，并且可以被另一个客户接收。