1、发布/订阅
在上篇教程中，我们搭建了一个工作队列，每个任务只分发给一个工作者（worker）。在本篇教程中，我们要做的跟之前完全不一样 —— 分发一个消息给多个消费者（consumers）。这种模式被称为“发布／订阅”。
为了描述这种模式，我们将会构建一个简单的日志系统。它包括两个程序——第一个程序负责发送日志消息，第二个程序负责获取消息并输出内容。
在我们的这个日志系统中，所有正在运行的接收方程序都会接受消息。我们用其中一个接收者（receiver）把日志写入硬盘中，另外一个接受者（receiver）把日志输出到屏幕上。
最终，日志消息被广播给所有的接受者（receivers）。
2、交换机
前面的教程中，我们发送消息到队列并从中取出消息。现在是时候介绍RabbitMQ中完整的消息模型了。
让我们简单的概括一下之前的教程：
- 发布者（producer）是发布消息的应用程序。
- 队列（queue）用于消息存储的缓冲。
- 消费者（consumer）是接收消息的应用程序。
RabbitMQ消息模型的核心理念是：发布者（producer）不会直接发送任何消息给队列。事实上，发布者（producer）甚至不知道消息是否已经被投递到队列。
发布者（producer）只需要把消息发送给一个交换机（exchange）。交换机非常简单，它一边从发布者方接收消息，一边把消息推送到队列。交换机必须知道如何处理它接收到的消息，是应该推送到指定的队列还是是多个队列，或者是直接忽略消息。这些规则是通过交换机类型（exchange type）来定义的。
有几个可供选择的交换机类型：直连交换机（direct）, 主题交换机（topic）, （头交换机）headers和 扇型交换机（fanout）。我们在这里主要说明最后一个 —— 扇型交换机（fanout）。先创建一个fanout类型的交换机，命名为logs：
1 channel.exchangeDeclare("logs", "fanout");
扇型交换机（fanout）很简单，你可能从名字上就能猜测出来，它把消息发送给它所知道的所有队列。这正是我们的日志系统所需要的。
匿名交换器：在前面的教程中，我们对交换器一无所知，但仍然能够向队列发送消息，因为我们使用的是默认交换器，它由空字符串标识("")。
回想我们之前是如何发布消息的
1 channel.basicPublish("", QUEUE_NAME, null, message.getBytes());
exchange参数就是交换机的名称。空字符串代表默认或者匿名交换机：消息将会根据指定的routing_key分发到指定的队列。其中默认的交换器是默认点对点模式(direct)，后面再详细讲。
现在我们发送消息到指定名字的交换机：
1 channel.basicPublish( "logs", "", null, message.getBytes());
3、临时队列
你还记得之前我们使用的队列名吗（QUEUE_NAME）？给一个队列命名是很重要的——我们需要把工作者（workers）指向正确的队列。如果你打算在发布者（producers）和消费者（consumers）之间共享同队列的话，给队列命名是十分重要的。
但是这并不适用于我们的日志系统。我们打算接收所有的日志消息，而不仅仅是一小部分。我们关心的是最新的消息而不是旧的。为了解决这个问题，我们需要做两件事情。
首先，当我们连接上RabbitMQ的时候，我们需要一个全新的、空的队列。我们可以手动创建一个随机的队列名，或者让服务器为我们选择一个随机的队列名（推荐）。
其次，当与消费者（consumer）断开连接的时候，这个队列应当被立即删除。
在java客户端，当我们创建队列不提供任何参数的时候，就会创建一个也非持久化的，专用的，自动删除的队列，名字由rabbitmq自动生成。可以通过以下代码来获取队列的名字。它可能是这样子的：amq.gen-U0srCoW8TsaXjNh73pnVAw==。
1 String queueName = channel.queueDeclare().getQueue();
4、绑定(bindings)
我们已经创建了一个fanout交换机和一个队列。现在我们需要告诉交换机把消息发送到我们的队列。交换机和队列之间的关系称为绑定（binding）。
1 channel.queueBind(queueName, "logs", "");
现在，logs交换机将会把消息添加到我们的队列中。
5、代码整合
