Publish/Subscribe(发布/订阅)
在上一笔记中,我们创建了一个work queue(工作队列)。工作队列背后的假设是,每个任务都交付给一个worker。在这一部分中,我们将做一些完全不同的事情——我们将向多个用户传递消息。此模式称为“Publish/Subscribe”(发布/订阅)。
为了说明这个模式,我们将构建一个简单的日志记录系统。它将由两个程序组成——第一个将发出日志消息,第二个将接收并打印它们。
在我们的日志系统中,接收程序的每一个运行副本都将得到消息。这样,我们就能够运行一个接收器(receiver),并将日志引导到磁盘;同时,我们还可以运行另一个接收器,并在屏幕上看到日志。
基本上,发布的日志消息将被发送(广播)到所有的接收者。
exchange(交换器)
在本笔记的前面部分,我们发送和接收消息到queue。现在是时候介绍RabbitMQ的完整消息模型了。
让我们快速回顾一下前面的笔记所涵盖的内容:
生产者是发送消息的用户应用程序。
队列是存储消息的缓冲区。
使用者是接收消息的用户应用程序。
RabbitMQ中的消息传递模型的核心思想是,生产者不会直接向队列发送任何消息。实际上,通常生产者甚至不知道消息是否会被传递到哪个队列。
相反,生产者只能将消息发送到交换器。交换器是非常简单的东西。一方面,它接收来自生产者的消息,另一方面,它会将消息推送到队列中。交换器必须知道如何处理接收到的消息:它是否应该附加到某个特定的队列?它应该被附加到许多队列吗?或者应该被丢弃。该规则由交换器的类型定义。
有一些可用的交换类型direct, topic, headers 和 fanout。我们把重点放在最后一个——fanout。让我们创建这种类型的交换,并调用它日志:
channel.exchangeDeclare("logs", "fanout");
fanout交换器重点内容非常简单。正如您可能从名称中猜测到的那样,它只会将接收到的所有消息广播发送到它所知道的所有队列。而这正是我们需要的。
列出交换器
你可以利用运行rabbitmqctl列出服务器上的交换器:
sudo rabbitmqctl list_exchanges
在这个列表中会有一些amq.*后缀的交换器和默认(未命名)的交换器。这些都是默认创建的,但是现在不太可能需要使用它们。无名的交换器
在本笔记的前一部分中,我们对交换器一无所知,但仍然能够将消息发送到队列。这是因为我们使用的是默认交换器,我们通过空字符串(“”)来识别。
回想一下我们之前如何发布信息:第一个参数是交换器的名称。空字符串表示默认的或无名的交换器:如果消息存在,消息将被发送到由routingKey指定的名称的队列中。
现在,我们可以发布消息到我们命名的交换器:
channel.basicPublish( "logs", "", null, message.getBytes());
临时队列
你可能还记得,我们使用的是具有指定名称的队列(还记得hello和task_queue 吗?)。能够命名队列对我们来说是非常重要的——我们需要将worker指向相同的队