我正在寻找一种替代设计，或者可能是我在使用 MSMQ 消息传递时遇到的这个问题的解决方法。现在我正在为我的服务架构使用 NServiceBus（不是问题）。它工作得很好，我非常喜欢它。但是，我在处理正常工作负载消息之前要在启动时初始化的服务遇到了一些问题。让我解释一下我的情况。
假设我有 2 个服务，数据访问 (DA) 和一个处理引擎 (PE)。
PE 执行 2 个任务：
问题在于配置。我不能保证在服务启动后它收到的第一条消息是配置消息。我知道您可以在启动时清除队列中的所有消息，但我不想这样做，因为我需要处理所有消息。其次，即使我清除了队列中的所有消息，仍然不能保证配置会首先加载，事实上，由于该服务正在处理大量消息，它不太可能是收到的第一条消息。
我的问题是你们过去做了什么来解决基于消息的架构的这些类型的问题。我在这里创造了大罪，并假设消息将以某种顺序到达，这与事实相去甚远。
【问题讨论】：
标签： msmq soa nservicebus
您可以使用两个不同的队列。一为工作量。第二个用于配置（或元数据）。其他选项是使用优先级。您可以为配置消息设置更高的优先级，以便首先读取它们。
也就是说，我根本不了解您的架构。 DA 服务如何知道 PE 已重启。它需要知道这一点才能发送配置消息。
【讨论】：
您真的应该考虑在每个需要它的服务中加载配置。至于变通方法，您可以向另一个端点发送请求消息以进行配置，然后继续调用 Bus.HandleCurrentMessageLater() 直到获得相关回复。这不是最优的，因为在配置发生之前，非配置消息会在队列中累积。
【讨论】：
每个服务都应对自己的数据负责。 所以你的处理引擎应该知道它需要知道的准确的配置选项才能正常工作。 您似乎混淆了一些东西，并且有一个使用 2 个 Windows 服务的服务，其中一个服务依赖于另一个服务。
通常，您的处理引擎会直接访问它所操作的对象的数据库。如果存在从另一个服务中配置的配置设置，您的处理引擎将存储该配置选项并提供接口来更新该配置选项。因此，如果您的处理引擎在线，则无论您的数据库访问过程是否有效，都可以处理您的客户端请求。如果数据库访问进程上线并检测到配置更改，它将通知所有相关进程配置更改。
我建议重新考虑您的架构。
【讨论】：
你看过分销商吗？ 另请查看 ICustomConfigurationSource，您可以在 Windows 服务启动时（在它开始处理消息之前）使用它来检索端点配置
【讨论】：