搜云库技术团队
Publish/Subscribe
我们将会投递一个消息给多个消费者，这种模式被称为“publish/subscribe”
通俗的讲，前面的是点对点队列模型，现在讲的是发布订阅模型。
Exchanges
producer：一个发送消息的用户应用程序
queue：一个存储消息的缓冲区
consumer：一个接收消息的用户应用程序
在RabbitMQ的消息模型中，一个核心的概念是，生产者从来都不是将消息直接发到队列中的。事实上，生产者根本就不知道消息会被投递到哪个队列。代替的，生产者只能讲消息发送到一个exchange。一个exchange做的事情非常简单，一方面它从生产者那里接收消息，另一方面它将消息推送给队列。exchange必须精确地指定它接收到的消息是做什么的。到底是将这条消息投递到某一个特别的队列呢？还是投递到多个队列？还是应该丢弃。这些规则是通过exchange的类型定义的。
exchange的类型有四种：direct, topic, headers, fanout
fanout这种类型的exchange最简单，将接收到的所有消息都广播给它所知道的队列。
Temporary queues
给队列一个名字很重要，尤其是当你想要在生产者和消费者之间共享一个队列的时候。
在Java客户端中，支持queueDeclare()不带任何参数，这样讲创建一个非持久化的、排它的、自动删除的、名称随机的字符串。
Routing
Bindings
binging是一个exchange和一个queue之间的关系。可以简单的读作：queue对来自这个exchange的消息感兴趣。
Direct exchange
按照binding key来路由
小结：
1、临时队列和永久队列
2、exchange类型有四种，其中fanout是将它收到的所有消息广播给它知道的所有队列；direct是根据routeKey来投递
3、exchange和queue之间的关系叫binding
参考 http://www.rabbitmq.com/tutorials/tutorial-four-java.html
