Azure 确切的异常信息，为什么消息是死信

我有一个将消息发送到azure服务总线队列的应用程序。 我还有另一个应用程序，它从这个队列中读取消息并进行处理，然后将处理后的消息发送到topic。
我看到我的大部分信息都转移到了dlq。当我在azure service bus Explorer中看到异常时，我看到它对所有消息抛出相同的异常-超出了最大重试次数。。我想知道消息移动到dlq的实际异常情况。
我在哪里可以找到此异常详细信息？我相信这个异常详细信息可能存储在任何地方

deadlettererrordecription表示，在尝试10次传递后，邮件无法被使用

如果消息超过MaxDeliveryCount（默认值为10），则将移动到DLQ。如果您阅读了我在评论中提供的“”，您将在“超过MaxDeliveryCount”下找到以下信息

每当消息在锁（ReceiveMode.PeekLock）下传递，但被明确放弃或锁已过期时，消息的BrokeredMessage.DeliveryCount将递增。当DeliveryCount超过MaxDeliveryCount时，消息将移动到DLQ

请检查锁定持续时间，并确保您的客户端应用程序可以在锁定超时间隔内使用该消息。此外，如果可能，可以为MaxDeliveryCount设置一个较大的数字

---

您的意思是您在Service Bus Explorer中看到DLQ消息的消息自定义属性超过了最大重试次数

？您能看到DeadLetterErrorDescription属性中的详细描述吗？此外，请检查“我还检查了死信错误说明，它说邮件在10次发送尝试后无法被消费。”。。但是，当我调试这个死信消息时，它抛出了一些其他异常，这是由于一些与主数据相关的。。我想要的信息…嘿，弗雷德！我需要知道应用程序级死信发生时的异常信息。。这些信息是从哪里获取的？您能帮我吗？注意：通常我们会检查和处理队列和DLQ中的消息，以保证消息传递。感谢您提供的信息。我已经看完了这篇文章。但我仍然不确定应用程序级死信异常是在哪里捕获的。。它们真的被捕获了吗？或者当应用程序抛出异常时，它会重试10次，然后抛出maxdeliverycount异常。。我只想知道应用程序抛出的异常是否被捕获。如果是，那么我们如何访问它们？请尝试在try-catch块
try{//process message}catch（exception expt）{exception ex=expt；//日志异常和传递计数控制台.WriteLine（String.Format（“message-DeliveryCount:{0}；exception:{1}”，message.DeliveryCount.ToString（），ex.message））；}