继续翻译第一次尝试进行这样模式的学习，感觉好难进行，不过还是要坚持住！
简介
在之前的教程中，我们创建了一个工作队列，工作队列使用情况的假设是：每个人物都交付给一个Worker，也就是消费者。在这部分中，我们将做一些完全不同的事情——我们将向多个消费者传递消息。这样的模式被称为“发布/订阅"模式，检查P/S模式。
为了说明这个模式，我们将会构建一个简单的日志记录系统。它将由两个程序组成：1.第一个程序发送日志消息。2.第二个程序将接受打印这些日志。
在我们的日志系统中，有接收功能的程序都将得到消息。所以，我们就可以运行一个接收器，将这些日志引导到磁盘。同时我们再运行另一个接收器，功能是让我们在屏幕上看到日志。
本质是:生产者发送的消息，会被传播到所有消费者那里去。
Exchange——交换器
在之前的教程之中，我们只是通过队列发送和接受消息。接下来我们需要了解一下完整的消息传递模型。
让我们快速的回顾一下前面教程中介绍的内容：
- 生产者是一个应用程序，它的任务是发送消息
- 队列是存储消息的缓冲区
- 消费者是一个应用程序，它的任务是接收消息
完整的RabbitMQ消息传递模型的核心思想是——生产者不会直接向队列发送任何消息！甚至消费者都不知道消息是否会被传递到哪些队列。
那么这些消息发送给谁了呢？
生产者只能将消息发送到Exchange，也就是交换器里面，交换是一个很简单的事情。一方面，它接受来自生产者的消息，另一方面则把消息推送到队列里面。交换器必须知道如何处理它收到的消息——它是否应该推送到特定的队列中？它是否应该被推送到N个队列里面？获取它应该被抛弃？
答：这个规则是由交换类型定义的。
有一些可用的交换类型：direct、topic、headers和fanout。我们这次主要关注点在fanout上，我们将会创建这种类型的交换，并调用它的日志。
channel.exchangeDeclare("logs","fanout");
fanout类型很简单，它会将接收到的所有消息，传播到它知道的所有队列中去。对于我们的系统来说，这正是我们需要的。
简单说一下这几个交换类型
direct : 所有发送到direct类型的交换器中的消息都会被转发到”RouteKey“中指定的队列。
fanout : 所有发送到fanout类型的交换器中的消息都会被转发到所有与该交换器绑定的队列。
topic : 所有发送到topic类型的交换器中的消息都会被转发到所有关心RouteKey中指定的话题的队列。
header : 这个用的比较少，忽略了RouteKey的路由方式，使用Headers来匹配。Headers是个键值对。
（我自己也是在学习中，不是很熟悉，以后我研究研究，明白了单写一个番外）
交换器列表
我们可以通过rabbitmqctl语句列出我们可以运行的可用的交换器列表:
rabbitmqctl list_exchanges
出来这些东西，莫方！很多带着amq做开头的交换器和没有命名的交换器，这些都是默认创建的，而且我们目前用不上他们。
没有名字的交换器
教程的前面几个部分里面，我们对交换器一无所知，但是仍然能够将消息发送到队列里面去。这是为啥？
我们使用的是默认的交换器，我们用空字符串("")去识别它。
回忆一下前面我们是如何发送消息的:
channel.basicPublish("","hello",null,message.getBytes());
第一个参数是空字符串，这个就是我们使用的交换器的名称。空字符串表示默认或者匿名的交换器。如果消息存在，那么则使用RoutingKey指定的名称将消息放到队列中去。
现在，我们可以发布到我们自己命名的交换器啦：
channel.basicPublish("logs","",null,message.getBytes());
临时队列——Temporyary Queues
你可能记得我们使用过有指定名称的队列(还记得"hello"和task_queue"吗？)。对于我们来说，能够给队列命名，是至关重要的，因为我们需要把Worker(消费者)指向相同的队列。当我们想要在消费者和生产者之间共享队列的时候，给队列命名就会尤为重要。(我也不知道为啥官方把这句话说了两遍，可能很重要吧ㄟ( ▔, ▔ )ㄏ...)
但是！！！对于我们的Log来说，情况就不一样啦。我们希望拿到所有关于日志的消息，而不只是它们中的一部分。我们也只对当前流动的消息感兴趣，而不是旧消息。想要解决这个问题，我们需要理清两件事：
首先，每当我们连接到RabbitMQ，我们都需要一个新的，空的队列。要做到这一点，我们可以创建一个带有随机名称的队列，或者，我们选择更好的方式——让服务器为我们选择一个随机的队列名称。其次，一旦我们断开了消费者的连接，应该自动删除队列。在Java客户端，当我们没有向queueDeclare()提供参数的时候，我们会创建一个非持久的，独占的，自动删除的队列，并会生成一个名称。
String queueName = channel.queueDeclare().getQueue();
此时，queueName包含一个随机队列名称。比如，他可能看起来像amq.gen-jzty20brgko-hjmuj0wlg (总之是乱七八糟的)
绑定——Bindings
我们已经创建了一个fanout类型的交换器，和一个队列，现在我们需要告诉交换器，让他将消息发送到我们的队列中区。交换器和队列之间的关系叫做绑定。
channel.queueBind(queueName,"logs","")
从现在开始，我们的log交换器将会向我们队列添加消息了。
完整示例
这次我没有像之前，先贴例子。这次我选择先写小部分，最后写完整的，这样就和官方基本上一模一样了，会在某些地方加上自己的理解。还有注释！我还是会写的很完整的！
发布日志消息的生产者程序与前一期没啥太大的不同，不过有些变化比较重要。我们现在想要将消息发布到日志交换器中，而不是无名的交换器。我们需要在发送的时候提供一个路由键(RoutingKey),但是我们忽略了它的value，因为我们的交换类型是fanout。
EmitLog.java
public class EmitLog {
//设置交换器的名字
private static final String EXCHANGE_NAME = "logs";
public static void main(String[] args) throws IOException {
//获取连接
Connection connection = ConnectionUtil.getConnection();
//创建通道
Channel channel = connection.createChannel();
//声明交换器,给它名字,设置交换类型为fanout
channel.exchangeDeclare(EXCHANGE_NAME,"fanout");
//待传递的消息内容
String message = getMessage(args);
//传消息
channel.basicPublish(EXCHANGE_NAME,"",null,message.getBytes());
System.out.println("[x] Sent '"+message+"'");
//关闭连接通道
channel.close();
connection.close();
}
private static String getMessage(String[] strings) {
if (strings.length<1){
return "hello world";
}
return joinStrings(strings," ");
}
private static String joinStrings(String[] strings, String delimiter) {
int length = strings.length;
if (length == 0){
return "";
}
StringBuilder words = new StringBuilder(strings[0]);
for (int i = 1;i < length; i++){
words.append(delimiter).append(strings[i]);
}
return words.toString();
}
}
(我贴心的把官方没给你们的工具函数也写上了！快夸我(☆▽☆))
正如你们看到的，建立连接之后，我们声明了交换器，这个步骤是必要的，因为把消息发布到一个不存在的交换器上是禁止的！
如果没有队列绑定到交换中，消息将消失，但是对于我们是允许的，因为如果没有消费者在收集消息，我们可以安全的丢弃信息。
ReceiveLogs.java
public class ReceiveLogs {
//设置交换器的名字
private static final String EXCHANGE_NAME = "logs";
public static void main(String[] args) throws IOException {
//获取连接
Connection connection = ConnectionUtil.getConnection();
//创建通道
Channel channel = connection.createChannel();
//声明交换器,给它名字,设置交换类型为fanout
channel.exchangeDeclare(EXCHANGE_NAME,"fanout");
//得到队列的名字
String queueName = channel.queueDeclare().getQueue();
//队列和交换器进行绑定
channel.queueBind(queueName,EXCHANGE_NAME,"");
System.out.println("[*] Waiting for message.To exit press CTRL+C");
//接收
Consumer consumer =new DefaultConsumer(channel){
@Override
public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
String message = new String(body,"UTF-8");
System.out.println("[x]Receive '"+ message+"'");
}
};
boolean autoAck = true;
channel.basicConsume(queueName,autoAck,consumer);
}
}
这里可以自己试试，打开两个或者三个ReceiveLogs，然后尝试看看发送一条信息，会发生什么？
结果
本来想你们自己尝试来着，不过我还是回来把结果图贴上。具体怎么做请看第二期工作队列模式里面教的方式。
生产者：
打开的三个消费者：
第三个反正长得一样就不贴了，╭(╯^╰)╮
试验成功，一个发送，三个同时接受成功！
