订阅队列时出现nServiceBus MSMQ错误

这可能是非常明显的事情，我刚刚开始与国家安全局。我会尽可能详细地说。让我们从以下代码开始：

以下是端点配置代码：

以及app.config：

最后，这里是运行NServiceBus.Host.exe时记录的输出

奇怪的是，总线仍然工作，可以接收和处理消息，正如我在这里看到的：

我最不关心的是，在主机进程运行时，重复出现

System.Messaging.MessageQueueException

错误：

请求的操作超时 过期

MessageQueueErrorCode: System.Messaging.MessageQueueErrorCode.IOTimeout

StackTrace:在 System.Messaging.MessageQueue.ReceiveCurrent（TimeSpan 超时，Int32操作，游标句柄 游标，MessagePropertyFilter筛选器， MessageQueueTransaction 内部交易， MessageQueueTransactionType 交易类型）

---

从异常情况看，您似乎正在执行超时接收。如果没有要接收的消息，那么当达到超时时，MSMQ将最终生成异常。如果这是一个预期的场景（即队列中没有消息），您只需要捕获异常并继续。如果队列中总是有消息，那么我会对光标当时指向的位置感兴趣

干杯

---

John Breakwell

从异常情况看，您正在执行超时接收。如果没有要接收的消息，那么当达到超时时，MSMQ将最终生成异常。如果这是一个预期的场景（即队列中没有消息），您只需要捕获异常并继续。如果队列中总是有消息，那么我会对光标当时指向的位置感兴趣

干杯

---

John Breakwell

您不必担心这些MSMQ异常，因为它们是NServiceBus内部的，并且被框架吞没

您不必担心这些MSMQ异常，因为它们是NServiceBus内部的，并且被框架吞噬

好吧，是的，我在想，也许这仅仅是打开一个消息请求并等待超时后再打开另一个消息的结果。在调试日志中看到这么多是很奇怪的。好吧，是的，我在想，这可能只是打开一个消息请求并等待超时后再打开另一个消息的结果。在调试日志中看到这么多的消息是很奇怪的。好吧，我意识到在我的配置中，消息源的端点和我想没有意义的端点是相同的。当我查看Pub/Sub示例时，我发现这不是正确的配置方式。好的，我意识到在我的配置中，我对消息源和端点有相同的端点，我想这是没有意义的。当我查看Pub/Sub示例时，我发现这不是正确的配置方式。