Publish/Subscribe

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