在WCF应用程序中使用MSMQ消息时保留消息顺序

Question

我有一个使用来自MSMQ队列的消息的应用程序。该应用程序使用AppFabric使用MSMQ激活IIS中托管的WCF服务。

保留邮件的顺序至关重要。但MSMQ是否保证保留消息顺序？

在我看来，如果我的应用程序无法处理消息，例如由于与数据库的连接断开，然后将消息移动到重试队列。这允许应用程序从主队列接收新消息，直到原始消息从重试队列移回主队列。在一定次数的重试间隔后，消息将被移动到毒性队列。但是，如果应用程序处理新消息，则毒性队列处理根本不是一种选择。

因此，消息的顺序尚未保留。

我对如何处理应用程序错误的理解是错误的吗？

我是否可以设置绑定以便保留消息顺序，同样在消息处理暂时失败的情况下？

Answer 1

皮特，

经验中的一些提示：

1. nieve是正确的，你不应该依赖于消息顺序 - 如果你有这样的情况，那么第一条消息的成功执行应该触发下一条消息，它们不应该同时在队列中发送。
2. 对于大多数人来说，这似乎并不重要，但有一天，它可能会变得如此 - 这个应用程序将如何扩展？如果有一天你发现自己被迫在队列的目的地放置多个工人 - 这将如何扩展到多台机器？由于无法并行执行消息，您的模型将失败。

我强烈建议您调查Saga Pattern，这是此类问题的答案，它由NServiceBus和MassTransit等产品提供，这将消除难度必须直接管理你所做的MSMQ。

据我所知，在您的情况下，您可能根本无法做出选择，也无法“抛弃”您正在使用的模型，但触发消息然后成功执行此消息将更有利于您（ Saga），然后你可以插入下一条消息。

我希望这有帮助，