巧克力网站建设需求分析,网站空间试用,360指数查询工具,网站开发公司管理模式发布订阅
在上一个教程中#xff0c;我们创建了一个工作队列。工作队列背后的假设是每个任务只传递给一个工人。在这一部分中#xff0c;我们将做一些完全不同的事情——我们将向多个消费者传递一个消息。这就是所谓的“订阅/发布模式”。
为了说明这种模式#xff0c;我们…发布订阅
在上一个教程中我们创建了一个工作队列。工作队列背后的假设是每个任务只传递给一个工人。在这一部分中我们将做一些完全不同的事情——我们将向多个消费者传递一个消息。这就是所谓的“订阅/发布模式”。
为了说明这种模式我们将构建一个简单的日志系统。它将由两个程序组成——第一个程序将发出日志消息第二个程序将接收并打印它们。
在我们的日志系统中每一个运行的接收器程序副本都会收到消息。这样我们就可以运行一个接收器并将日志定向到磁盘同时我们还可以运行另一个接收器并在屏幕上查看日志。
本质上已发布的日志消息将被广播到所有接收者。
Exchanges交换器
在本教程的前面部分中我们向队列发送消息和接收消息。现在是时候在Rabbit中引入完整的消息传递模型了。
让我们快速回顾一下先前教程中介绍的内容
生产者是发送消息的用户应用程序。队列是存储消息的缓冲区。消费者是接收消息的用户应用程序。
RabbitMQ消息传递模型中的核心思想是生产者从不将任何消息直接发送到队列。实际上生产者经常甚至根本不知道是否将消息传递到任何队列。
相反生产者只能将消息发送到交换器。交换器是非常简单的东西。一方面它接收来自生产者的消息另一方面将它们推入队列。交换器必须确切知道如何处理接收到的消息。它应该被附加到特定的队列吗还是应该将其附加到许多队列中或者它应该被丢弃。这些规则由交换器的类型定义。 有几种交换器类型可用direct, topic, headers 和 fanout。我们将集中讨论最后一个——fanout。让我们创建一个这种类型的交换器并给它起个名字叫logs
err ch.ExchangeDeclare(logs, // namefanout, // typetrue, // durablefalse, // auto-deletedfalse, // internalfalse, // no-waitnil, // arguments
)fanout扇出交换器非常简单。正如你可能从名称中猜测的那样它只是将接收到的所有消息广播到它知道的所有队列中。而这正是我们记录器所需要的。
交换器清单 rabbitmqctl list_exchanges
在此列表中将有一些amq.*交换器和一个默认的未命名交换器。这些是默认创建的但是你现在不太可能需要使用它们。默认交换器在本教程的前面部分中我们还不知道交换器的存在但仍然能够将消息发送到队列。之所以能这样做是因为我们使用的是默认交换器该交换器由空字符串标识。回想一下我们之前是怎么发布消息的err ch.Publish(, // exchangeq.Name, // routing keyfalse, // mandatoryfalse, // immediateamqp.Publishing{ContentType: text/plain,Body: []byte(body),
})在这里我们使用默认或无名称的交换器消息将以route_key参数指定的名称路由到队列如果存在。
现在我们可以改为发布到我们的命名交换器
err ch.ExchangeDeclare(logs, // 使用命名的交换器fanout, // 交换器类型true, // durablefalse, // auto-deletedfalse, // internalfalse, // no-waitnil) // argumentsfailOnError(err, Failed to declare an exchange)body : bodyFrom(os.Args)err ch.Publish(logs, // exchange, // routing keyfalse, // mandatoryfalse, // immediateamqp.Publishing{ContentType: text/plain,Body: []byte(body),})临时队列
你可能还记得先前我们使用的是具有特定名称的队列还记得hello和task_queue吗能够命名队列对我们来说至关重要——我们需要将工作人员指向同一个队列。当你想在生产者和消费者之间共享队列时给队列一个名称非常重要。
但对于我们的记录器来说情况并非如此。我们希望收到所有日志消息而不仅仅是它们的一部分。我们也只对当前正在发送的消息感兴趣而对旧消息不感兴趣。为了解决这个问题我们需要两件事。
首先当我们连接到Rabbit时我们需要一个新的、空的队列。为此我们可以创建一个随机名称的队列或者更好的方法是让服务器为我们选择一个随机队列名称。
其次一旦我们断开消费者的连接队列就会自动删除。
在amqp客户端中当我们传递一个空字符串作为队列名称时我们将使用随机生成的名称创建一个非持久队列
q, err : ch.QueueDeclare(, // 空字符串作为队列名称false, // 非持久队列false, // delete when unusedtrue, // 独占队列当前声明队列的连接关闭后即被删除false, // no-waitnil, // arguments
)上述方法返回时生成的队列实例包含RabbitMQ生成的随机队列名称。例如它可能看起来像amq.gen-JzTY20BRgKO-HjmUJj0wLg。
当声明它的连接关闭时该队列将被删除因为它被声明为独占。
你可以在队列指南中了解有关exclusive标志和其他队列属性的更多信息。
绑定 我们已经创建了一个扇出交换器和一个队列。现在我们需要告诉交换器将消息发送到我们的队列。交换器和队列之间的关系称为绑定。
err ch.QueueBind(q.Name, // queue name, // routing keylogs, // exchangefalse,nil,
)从现在开始logs交换器将会把消息添加到我们的队列中。
列出绑定关系 你猜也猜到了我们可以使用下面的命令列出绑定关系 rabbitmqctl list_bindings 完整示例
产生日志消息的生产程序与上一教程看起来没有太大不同。最重要的变化是我们现在希望将消息发布到logs交换器而不是空的消息交换器。发送时我们需要提供一个routingKey但是对于fanout型交换器它的值可以被忽略传空字符串。下面是emit_log.go脚本的代码 import (logosstringsgithub.com/streadway/amqp )func failOnError(err error, msg string) {if err ! nil {log.Fatalf(%s: %s, msg, err)} }func main() {conn, err : amqp.Dial(amqp://guest:guestlocalhost:5672/)failOnError(err, Failed to connect to RabbitMQ)defer conn.Close()ch, err : conn.Channel()failOnError(err, Failed to open a channel)defer ch.Close()err ch.ExchangeDeclare(logs, // namefanout, // typetrue, // durablefalse, // auto-deletedfalse, // internalfalse, // no-waitnil, // arguments)failOnError(err, Failed to declare an exchange)body : bodyFrom(os.Args)err ch.Publish(logs, // exchange, // routing keyfalse, // mandatoryfalse, // immediateamqp.Publishing{ContentType: text/plain,Body: []byte(body),})failOnError(err, Failed to publish a message)log.Printf( [x] Sent %s, body) }func bodyFrom(args []string) string {var s stringif (len(args) 2) || os.Args[1] {s hello} else {s strings.Join(args[1:], )}return s }如你所见在建立连接之后我们声明了交换器。此步骤是必需的因为禁止发布到不存在的交换器。
如果没有队列绑定到交换器那么消息将丢失但这对我们来说是ok的。如果没有消费者在接收我们可以安全地丢弃该消息。
receive_logs.go的代码
package mainimport (loggithub.com/streadway/amqp
)func failOnError(err error, msg string) {if err ! nil {log.Fatalf(%s: %s, msg, err)}
}func main() {conn, err : amqp.Dial(amqp://guest:guestlocalhost:5672/)failOnError(err, Failed to connect to RabbitMQ)defer conn.Close()ch, err : conn.Channel()failOnError(err, Failed to open a channel)defer ch.Close()err ch.ExchangeDeclare(logs, // namefanout, // typetrue, // durablefalse, // auto-deletedfalse, // internalfalse, // no-waitnil, // arguments)failOnError(err, Failed to declare an exchange)q, err : ch.QueueDeclare(, // namefalse, // durablefalse, // delete when unusedtrue, // exclusivefalse, // no-waitnil, // arguments)failOnError(err, Failed to declare a queue)err ch.QueueBind(q.Name, // queue name, // routing keylogs, // exchangefalse,nil,)failOnError(err, Failed to bind a queue)msgs, err : ch.Consume(q.Name, // queue, // consumertrue, // auto-ackfalse, // exclusivefalse, // no-localfalse, // no-waitnil, // args)failOnError(err, Failed to register a consumer)forever : make(chan bool)go func() {for d : range msgs {log.Printf( [x] %s, d.Body)}}()log.Printf( [*] Waiting for logs. To exit press CTRLC)-forever
}如果要将日志保存到文件只需打开控制台并输入 go run receive_logs.go logs_from_rabbit.log如果希望在屏幕上查看日志请切换到一个新的终端并运行
go run receive_logs.go当然要发出日志请输入
go run emit_log.go使用rabbitmqctl list_bindings命令你可以验证代码是否确实根据需要创建了绑定关系和队列。在运行两个receive_logs.go程序后你应该看到类似以下内容
rabbitmqctl list_bindings
# Listing bindings ...
# logs exchange amq.gen-JzTY20BRgKO-HjmUJj0wLg queue []
# logs exchange amq.gen-vso0PVvyiRIL2WoV3i48Yg queue []
# ...done.对结果的解释很简单数据从logs交换器进入了两个由服务器分配名称的队列。这正是我们想要的。
源自https://www.rabbitmq.com/getstarted.html
