RabbitMQ——发布/订阅

一、发布/订阅

创建了一个工作队列。工作队列背后的假设是每个任务只传递给一个工人。在这一部分中，我们将做一些完全不同的事情——我们将向多个消费者传递一个消息。这就是所谓的“订阅/发布模式”。

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

在我们的日志系统中，每一个运行的接收器程序副本都会收到消息。这样，我们就可以运行一个接收器并将日志定向到磁盘；同时，我们还可以运行另一个接收器并在屏幕上查看日志。

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

二、Exchanges（交换器）

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

让我们快速回顾一下先前教程中介绍的内容：

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

RabbitMQ消息传递模型中的核心思想是生产者从不将任何消息直接发送到队列。实际上，生产者经常甚至根本不知道是否将消息传递到任何队列。

相反，生产者只能将消息发送到交换器。交换器是非常简单的东西。一方面，它接收来自生产者的消息，另一方面，将它们推入队列。交换器必须确切知道如何处理接收到的消息。它应该被附加到特定的队列吗？还是应该将其附加到许多队列中？或者它应该被丢弃。这些规则由交换器的类型定义。

$E:\Lenrn_notes\21go\2.0笔记整理\image\exchanges.png$

有几种交换器类型可用：direct, topic, headers 和 fanout。

direct (point-to-point):点对点模式, 点对点模式Message中的routing key如果和Binding中的binding key一致，Direct exchange则将message发到对应的queue中；
topic (publish-subscribe):发布-订阅模式, 根据routing key，及通配规则，Topic exchange将分发到目标queue中；
fanout (multicast)：多播模式每个发到Fanout类型Exchange的message都会分到所有绑定的queue上去。

我们将集中讨论最后一个——fanout。让我们创建一个这种类型的交换器，并给它起个名字叫logs：

err = ch.ExchangeDeclare(
  "logs",   // name
  "fanout", // type
  true,     // durable 
  false,    // auto-deleted
  false,    // internal
  false,    // no-wait
  nil,      // arguments
)

fanout（扇出）交换器非常简单。正如你可能从名称中猜测的那样，它只是将接收到的所有消息广播到它知道的所有队列中。而这正是我们记录器所需要的。

交换器清单

// 要列出服务器上的交换器，你可以执行有用的rabbitmqctl命令：
sudo rabbitmqctl list_exchanges
// docker
docker exec -it  35ce rabbitmqctl list_exchanges

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

默认交换器:

在本教程的前面部分中，我们还不知道交换器的存在，但仍然能够将消息发送到队列。之所以能这样做，是因为我们使用的是默认交换器，该交换器由空字符串（""）标识。

$E:\Lenrn_notes\21go\2.0笔记整理\image\image-20220528182832829.png$

回想一下我们之前是怎么发布消息的：在这里，我们使用默认或无名称的交换器：消息将以route_key参数指定的名称路由到队列（如果存在）。


err = ch.Publish(
    "",     // exchange
    q.Name, // routing key
    false,  // mandatory
    false,  // immediate
    amqp.Publishing{
        ContentType: "text/plain",
        Body:        []byte(body),
    })

现在，我们可以改为发布到我们的命名交换器：

err = ch.ExchangeDeclare(
  "logs",   // 使用命名的交换器
  "fanout", // 交换器类型
  true,     // durable
  false,    // auto-deleted
  false,    // internal
  false,    // no-wait
  nil,      // arguments
)
failOnError(err, "Failed to declare an exchange")

body := bodyFrom(os.Args)
err = ch.Publish(
  "logs", // exchange
  "",     // routing key
  false,  // mandatory
  false,  // immediate
  amqp.Publishing{
          ContentType: "text/plain",
          Body:        []byte(body),
  })

三、临时队列

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

但对于我们的记录器来说，情况并非如此。我们希望收到所有日志消息，而不仅仅是它们的一部分。我们也只对当前正在发送的消息感兴趣，而对旧消息不感兴趣。为了解决这个问题，我们需要两件事。

首先，当我们连接到Rabbit时，我们需要一个新的、空的队列。为此，我们可以创建一个随机名称的队列，或者更好的方法是让服务器为我们选择一个随机队列名称。

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

在amqp客户端中，当我们传递一个空字符串作为队列名称时，我们将使用随机生成的名称创建一个非持久队列：

q, err := ch.QueueDeclare(
  "",    // 空字符串作为队列名称
  false, // 非持久队列
  false, // delete when unused
  true,  // 独占队列（当前声明队列的连接关闭后即被删除）
  false, // no-wait
  nil,   // arguments
)

上述方法返回时，生成的队列实例包含RabbitMQ生成的随机队列名称。例如，它可能看起来像amq.gen-JzTY20BRgKO-HjmUJj0wLg。

当声明它的连接关闭时，该队列将被删除，因为它被声明为独占。

你可以在队列指南中了解有关exclusive标志和其他队列属性的更多信息。

四、绑定

$E:\Lenrn_notes\21go\2.0笔记整理\image\bindings.png$

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

err = ch.QueueBind(
  q.Name, // queue name
  "",     // routing key
  "logs", // exchange
  false,
  nil,
)

从现在开始，logs交换器将会把消息添加到我们的队列中。

列出绑定关系

你猜也猜到了，我们可以使用下面的命令列出绑定关系

rabbitmqctl list_bindings
// docker
docker exec -it  35ce rabbitmqctl list_bindings

$E:\Lenrn_notes\21go\2.0笔记整理\image\image-20220528183712171.png$

产生日志消息的生产程序与上一教程看起来没有太大不同。最重要的变化是我们现在希望将消息发布到logs交换器，而不是空的消息交换器。发送时，我们需要提供一个routingKey，但是对于fanout型交换器，它的值可以被忽略（传空字符串）。下面是emit_log.go脚本的代码：

package main

/*
@author RandySun
@create 2022-05-28-16:47
*/

import (
	"log"
	"os"
	"strings"

	"github.com/streadway/amqp"
)

func failOnError(err error, msg string) {
	if err != nil {
		log.Panicf("%s: %s", msg, err)
	}
}

func main() {
	// 1. 尝试连接RabbitMQ，建立连接
	// 该连接抽象了套接字连接，并为我们处理协议版本协商和认证等。
	conn, err := amqp.Dial("amqp://admin:admin@192.168.12.55:5672/")
	failOnError(err, "Failed to connect to RabbitMQ")
	defer conn.Close()

	// 2. 接下来，我们创建一个通道，大多数API都是用过该通道操作的。
	ch, err := conn.Channel()
	failOnError(err, "Failed to open a channel")
	defer ch.Close()
	// 创建交换器
	err = ch.ExchangeDeclare(
		"logs",   // name
		"fanout", // type
		true,     // durable
		false,    // auto-deleted
		false,    // internal
		false,    // no-wait
		nil,      // arguments
	)
	failOnError(err, "Failed to declare an exchange")

	// 异步提交
	confirms := make(chan amqp.Confirmation)
	ch.NotifyPublish(confirms)
	go func() {
		for confirm := range confirms {
			if confirm.Ack {
				// code when messages is confirmed
				log.Printf("Confirmed sucess")
			} else {
				// code when messages is nack-ed
				log.Printf("Nacked")
			}
		}
	}()
	err = ch.Confirm(false)
	failOnError(err, "Failed to confirm")

	body := bodyFrom(os.Args) // 从参数中获取要发送的消息正文
	// 4.将消息发布到声明的队列
	err = ch.Publish(
		"logs", // exchange
		"",     // routing key
		false,  // mandatory
		false,  // immediate
		amqp.Publishing{
			DeliveryMode: amqp.Persistent, // 持久（交付模式：瞬态/持久）
			ContentType:  "text/plain",
			Body:         []byte(body),
		})
	failOnError(err, "Failed to publish a message")
	log.Printf(" [x] Sent %s\n", body)
}
func bodyFrom(args []string) string {
	var s string
	if (len(args) < 2) || os.Args[1] == "" {
		s = "hello"
	} else {
		s = strings.Join(args[1:], " ")
	}
	return s
}

（emit_logs.go源码）

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

如果没有队列绑定到交换器，那么消息将丢失，但这对我们来说是ok的。如果没有消费者在接收，我们可以安全地丢弃该消息。

receive_logs.go的代码：

package main

import (
	"log"

	"github.com/streadway/amqp"
)

/*
@author RandySun
@create 2022-05-28-16:48
*/

func failOnError(err error, msg string) {
	if err != nil {
		log.Panicf("%s: %s", msg, err)
	}
}

func main() {
	// 1. 尝试连接RabbitMQ，建立连接
	// 该连接抽象了套接字连接，并为我们处理协议版本协商和认证等。
	conn, err := amqp.Dial("amqp://admin:admin@192.168.12.55:5672")
	failOnError(err, "Failed to connect to RabbitMQ")
	defer conn.Close()
	// 2. 接下来，我们创建一个通道，大多数API都是用过该通道操作的。
	ch, err := conn.Channel()
	failOnError(err, "Failed to open a channel")
	defer ch.Close()

	err = ch.Qos(
		1,     // prefetch count
		0,     // prefetch size
		false, // global
	)

	err = ch.ExchangeDeclare(
		"logs",   // name
		"fanout", // type
		true,     // durable
		false,    // auto-deleted
		false,    // internal
		false,    // no-wait
		nil,      // arguments
	)
	failOnError(err, "Failed to declare an exchange")

	// 声明队列
	q, err := ch.QueueDeclare(
		"",    // 空字符串作为队列名称 会随机生成队列名
		false, // 声明为持久队列 必须为新队列
		false, // delete when unused
		true,  // exclusive 独占队列（当前声明队列的连接关闭后即被删除）
		false, // no-wait
		nil,   // arguments
	)
	failOnError(err, "Failed to declare a queue")

	// 绑定队列
	err = ch.QueueBind(
		q.Name, // queue name
		"",     // routing key
		"logs", // exchange
		false,
		nil,
	)
	failOnError(err, "Failed to bind a queue")

	// 获取接收消息的Delivery通道
	msgs, err := ch.Consume(
		q.Name, // queue
		"",     // consumer
		true,   // auto-ack false 关闭消息自动确认, true手动确认已经消费完成
		false,  // exclusive
		false,  // no-local
		false,  // no-wait
		nil,    // args
	)
	failOnError(err, "Failed to register a consumer")

	var forever chan struct{}

	// 开启循环不断地消费消息
	go func() {
		for d := range msgs {
			log.Printf(" [x] %s", d.Body)
		}
	}()

	log.Printf(" [*] Waiting for messages. To exit press CTRL+C")
	<-forever
}

（receive_logs.go源码）

如果要将日志保存到文件，只需打开控制台并输入：

go run receive_logs.go > logs_from_rabbit.log

$E:\Lenrn_notes\21go\2.0笔记整理\image\image-20220528185520393.png$

如果希望在屏幕上查看日志，请切换到一个新的终端并运行：

go run receive_logs.go

$E:\Lenrn_notes\21go\2.0笔记整理\image\image-20220528185458114.png$

当然，要发出日志，请输入：

go run emit_log.go

$E:\Lenrn_notes\21go\2.0笔记整理\image\image-20220528185451181.png$

使用rabbitmqctl list_bindings命令，你可以验证代码是否确实根据需要创建了绑定关系和队列。在运行两个receive_logs.go程序后，你应该看到类似以下内容：

sudo rabbitmqctl list_bindings
docker exec -it  35ce rabbitmqctl list_bindings
Listing bindings for vhost /...
source_name	source_kind	destination_name	destination_kind	routing_key	arguments
	exchange	task_queue	queue	task_queue	[]
	exchange	hello	queue	hello	[]
	exchange	amq.gen-x2-2mHHqyiiBmtOJenN0lQ	queue	amq.gen-x2-2mHHqyiiBmtOJenN0lQ	[]
	exchange	rpc_queue	queue	rpc_queue	[]
	exchange	randysun1	queue	randysun1	[]
	exchange	amq.gen-Gkbv2kkdr25yEbqBWsI2Aw	queue	amq.gen-Gkbv2kkdr25yEbqBWsI2Aw	[]
	exchange	randysun	queue	randysun	[]
	exchange	randysun2	queue	randysun2	[]
logs	exchange	amq.gen-Gkbv2kkdr25yEbqBWsI2Aw	queue		[]
logs	exchange	amq.gen-x2-2mHHqyiiBmtOJenN0lQ	queue		[]

$E:\Lenrn_notes\21go\2.0笔记整理\image\image-20220528185158907.png$

对结果的解释很简单：数据从logs交换器进入了两个由服务器分配名称的队列。这正是我们想要的。

五、总结

生产者：

创建交换器
无需创建队列;
生产者发送消息中配置指定交换器

消费者：

创建交换器,
创建队列
队列绑定到交换器上面；

posted @ 2022-05-31 22:31 RandySun 阅读(218) 评论(0) 编辑收藏举报

刷新页面返回顶部

RandySun

有角度，才会有方向在当下的阶段，必将由程序员来主导，甚至比以往更甚

RabbitMQ——发布/订阅

RabbitMQ——发布/订阅

一、发布/订阅

二、Exchanges（交换器）

三、临时队列

四、绑定

五、总结

公告

RandySun

有角度，才会有方向 在当下的阶段，必将由程序员来主导，甚至比以往更甚

RabbitMQ——发布/订阅

RabbitMQ——发布/订阅

一、发布/订阅

二、Exchanges（交换器）

三、临时队列

四、绑定

五、总结

公告

有角度，才会有方向在当下的阶段，必将由程序员来主导，甚至比以往更甚