RabbitMQ 教程 - 路由
路由
（使用 .NET 客户端）
先决条件
本教程假设 RabbitMQ 已安装并在 localhost 上的标准端口 (5672) 上运行。如果您使用不同的主机、端口或凭据，则需要调整连接设置。
在哪里获得帮助
如果您在学习本教程时遇到问题，可以通过 GitHub Discussions 或 RabbitMQ 社区 Discord 联系我们。
在之前的教程中，我们构建了一个简单的日志系统。我们能够将日志消息广播给多个接收者。
在本教程中，我们将为其添加一个功能 - 我们将使其可以仅订阅消息的子集。例如，我们将能够仅将关键错误消息定向到日志文件（以节省磁盘空间），同时仍然能够在控制台上打印所有日志消息。
绑定
在之前的示例中，我们已经创建了绑定。您可能还记得类似下面的代码
loading...
绑定是交换机和队列之间的关系。这可以简单地理解为：队列对来自此交换机的消息感兴趣。
绑定可以接受额外的 routingKey 参数。为了避免与 BasicPublishAsync 参数混淆，我们将其称为绑定键。这是我们如何使用键创建绑定的方法
await channel.QueueBindAsync(queue: queueName, exchange: "direct_logs", routingKey: "black");
绑定键的含义取决于交换机类型。我们之前使用的 fanout 交换机只是忽略了它的值。
Direct 交换机
我们之前教程中的日志系统将所有消息广播给所有消费者。我们希望扩展它以允许根据消息的严重性过滤消息。例如，我们可能希望将日志消息写入磁盘的脚本仅接收关键错误，而不是在警告或信息日志消息上浪费磁盘空间。
我们使用的是 fanout 交换机，它没有给我们太多的灵活性 - 它只能进行盲目广播。
我们将改用 direct 交换机。direct 交换机背后的路由算法很简单 - 消息会发送到其绑定键与消息的 routing key 完全匹配的队列。
为了说明这一点，请考虑以下设置
在此设置中，我们可以看到 direct 交换机 X，其中绑定了两个队列。第一个队列使用绑定键 orange 绑定，第二个队列有两个绑定，一个使用绑定键 black，另一个使用 green。
在这样的设置中，使用路由键 orange 发布到交换机的消息将被路由到队列 Q1。路由键为 black 或 green 的消息将转到 Q2。所有其他消息将被丢弃。
多重绑定
使用相同的绑定键绑定多个队列是完全合法的。在我们的示例中，我们可以在 X 和 Q1 之间添加绑定，绑定键为 black。在这种情况下，direct 交换机将像 fanout 一样工作，并将消息广播到所有匹配的队列。路由键为 black 的消息将被传递到 Q1 和 Q2。
发送日志
我们将把此模型用于我们的日志系统。我们将发送消息到 direct 交换机，而不是 fanout。我们将提供日志严重性作为 routing key。这样，接收脚本将能够选择它想要接收的严重性。让我们首先关注发送日志。
与往常一样，我们需要首先创建一个交换机
loading...
我们已准备好发送消息
loading...
为了简化操作，我们将假设“severity”可以是 info、warning 或 error 之一。
订阅
接收消息的工作方式将与之前的教程相同，但有一个例外 - 我们将为我们感兴趣的每个严重性创建一个新的绑定。
loading...
整合在一起
EmitLogDirect.cs 类的代码
loading...
ReceiveLogsDirect.cs 的代码
loading...
像往常一样创建项目（请参阅教程一以获取建议）。
如果您只想将“warning”和“error”（而不是“info”）日志消息保存到文件中，只需打开控制台并键入
cd ReceiveLogsDirect
dotnet run warning error > logs_from_rabbit.log
如果您想在屏幕上查看所有日志消息，请打开一个新的终端并执行
cd ReceiveLogsDirect
dotnet run info warning error
# => [*] Waiting for logs. To exit press CTRL+C
例如，要发送 error 日志消息，只需键入
cd EmitLogDirect
dotnet run error "Run. Run. Or it will explode."
# => [x] Sent 'error':'Run. Run. Or it will explode.'
继续教程 5，了解如何根据模式侦听消息。