跳至主要内容

RabbitMQ 教程 - 发布/订阅

发布/订阅​

(使用 Objective-C 客户端)​

信息

先决条件​

本教程假设 RabbitMQ 已 安装 并在 localhost 上的 标准端口 (5672) 运行。如果您使用不同的主机、端口或凭据，则需要调整连接设置。

在哪里寻求帮助​

如果您在学习本教程时遇到问题，可以通过 GitHub 讨论 或 RabbitMQ 社区 Discord 与我们联系。

在 上一教程 中，我们创建了一个工作队列。工作队列背后的假设是每个任务只传递给一个工作者。在本节中，我们将做一些完全不同的事情 - 我们将把消息传递给多个消费者。这种模式称为“发布/订阅”。

为了说明这种模式，我们将构建一个简单的日志系统。它将包含两个程序 - 第一个程序将发出日志消息，第二个程序将接收并打印它们。

在我们的日志系统中，接收器正在运行的每个副本都将获得消息。这样我们就可以运行一个接收器并将日志直接发送到磁盘；同时，我们也可以运行另一个接收器并在屏幕上查看日志。

本质上，发布的日志消息将广播到所有接收器。

交换机​

在教程的前几部分，我们向队列发送和接收消息。现在是时候在 Rabbit 中介绍完整的消息传递模型了。

让我们快速回顾一下我们在前几节教程中介绍的内容

  • 生产者是一个发送消息的用户应用程序。
  • 队列是一个存储消息的缓冲区。
  • 消费者是一个接收消息的用户应用程序。

RabbitMQ 消息传递模型中的核心思想是生产者永远不会直接向队列发送消息。实际上，生产者通常甚至不知道消息是否会被传递到任何队列。

相反，生产者只能向交换机发送消息。交换机是一个非常简单的东西。它的一侧接收来自生产者的消息，另一侧将消息推送到队列。交换机必须准确地知道如何处理它收到的消息。它应该被追加到特定队列吗？它应该被追加到多个队列吗？还是应该被丢弃？这些规则由交换机类型定义。

有几种交换机类型可用：direct、topic、headers 和 fanout。我们将重点介绍最后一种 - fanout。让我们创建一个这种类型的交换机，并将其称为 logs

ch.fanout("logs")

fanout 交换机非常简单。从名称中可以推断出来，它只是将接收到的所有消息广播到它知道的 tất cả các队列。这正是我们日志记录器所需的。

列出交换机​

要列出服务器上的交换机，您可以运行非常有用的 rabbitmqctl

sudo rabbitmqctl list_exchanges

在这个列表中，将有一些 amq.* 交换机和默认（无名）交换机。这些是默认创建的，但您现在不太可能需要使用它们。

默认交换机​

在教程的前几部分，我们对交换机一无所知，但仍然能够向队列发送消息。这是因为我们使用的是默认交换机，它由空字符串 ("") 标识。

回顾一下我们之前如何发布消息

ch.defaultExchange.publish("hello", routingKey: "hello", persistent: true)

这里我们使用的是默认或无名交换机：消息会路由到由 routingKey 指定名称的队列，如果队列存在。

现在，我们可以发布到我们的命名交换机

var x = ch.fanout("logs")
x.publish(msg.data(using: .utf8))

临时队列​

您可能还记得，之前我们使用的是具有特定名称的队列（记得 hello 和 task_queue 吗？）。能够命名队列对我们至关重要 - 我们需要将工作者指向同一个队列。当您想要在生产者和消费者之间共享队列时，为队列命名非常重要。

但我们的日志记录器并非如此。我们希望了解所有日志消息，而不仅仅是其中一部分。我们也只对当前流动的消息感兴趣，而不是旧消息。为了解决这个问题，我们需要两件事。

首先，每当我们连接到 Rabbit 时，我们都需要一个新的、空的队列。为了做到这一点，我们可以创建一个具有随机名称的队列，或者，更棒的是 - 让库为我们选择一个随机的队列名称（其他客户端将这项工作留给服务器，但由于 Objective-C 客户端被设计为避免阻塞调用线程，它更倾向于生成自己的名称）。

其次，一旦我们断开消费者的连接，队列应该自动被删除。

在 Objective-C 客户端中，当我们将队列名称提供为空字符串时，我们将创建一个具有生成名称的非持久队列

var q = ch.queue("", options: .exclusive)

当方法返回时，队列实例将包含库生成的随机队列名称。例如，它可能看起来像 rmq-objc-client.gen-049F8D0B-F330-4D65-9277-0F418F529A93-41604-000030FB39652E07。

当声明它的连接关闭时，队列将被删除，因为它被声明为独占的。您可以在 队列指南 中了解更多关于 exclusive 标志和其他队列属性的信息。

绑定​

我们已经创建了一个 fanout 交换机和一个队列。现在我们需要告诉交换机将消息发送到我们的队列。交换机和队列之间的这种关系称为绑定。

q.bind(x)

从现在开始，logs 交换机将把消息追加到我们的队列。

列出绑定​

您可以使用以下方法列出现有绑定，您猜对了，

rabbitmqctl list_bindings

整合起来​

发出日志消息的生产者方法看起来与上一个教程没什么不同。最重要的变化是，我们现在希望将消息发布到我们的 logs 交换机，而不是无名交换机。以下是 emitLog 的代码

let conn = RMQConnection(delegate: RMQConnectionDelegateLogger())
conn.start()
let ch = conn.createChannel()
let x = ch.fanout("logs")
let msg = "Hello World!"
x.publish(msg.data(using: .utf8))
print("Sent \(msg)")
conn.close()

如您所见，在建立连接后，我们声明了交换机。此步骤是必需的，因为发布到不存在的交换机是被禁止的。

如果还没有队列绑定到交换机，消息将会丢失，但对我们来说没关系；如果还没有消费者在监听，我们可以安全地丢弃消息。

receiveLogs 的代码

let conn = RMQConnection(delegate: RMQConnectionDelegateLogger())
conn.start()
let ch = conn.createChannel()
let x = ch.fanout("logs")
let q = ch.queue("", options: .exclusive)
q.bind(x)
print("Waiting for logs.")
q.subscribe({(_ message: RMQMessage) -> Void in
    print("Received \(String(data: message.body, encoding: .utf8))")
})

(来源)

使用 rabbitmqctl list_bindings，您可以验证代码是否按照我们的预期创建了绑定和队列。运行两个 receiveLogs 方法，您应该看到类似以下内容

sudo rabbitmqctl list_bindings
# => Listing bindings ...
# => logs    exchange        amq.gen-JzTY20BRgKO-HjmUJj0wLg  queue           []
# => logs    exchange        amq.gen-vso0PVvyiRIL2WoV3i48Yg  queue           []
# => ...done.

结果的解释很简单：来自交换机 logs 的数据将发送到两个具有生成名称的队列。这正是我们想要的结果。

要了解如何监听消息子集，让我们继续学习 教程 4

© 2024 RabbitMQ. All rights reserved.