RabbitMQ中的发布/订阅（Publish/Subscribe）

在前面的工作队列中，每个任务都只会传递给一个消费者。
而在发布/订阅模式下，我们会向多个消费者传递信息。
在这种模式下，发布的消息将被广播给所有的消费者。

RabbitMQ中的消息传递模型的核心思想是生产者永远不会将任何信息直接发送到队列中，实际上，生产者甚至不知道消息是否会被传送到队列中。

相反，生产者只能把信息发送到exchange（交换中心）中，exchange也非常简单，一方面它接收来自生产者的消息，另一方面把他们推送到队列中。exchange必须知道如何处理它接收到的消息。（说白了就是exchange必须知道把接收到的消息是附加到特定队列、还是附加到所有队列，亦或者是丢掉这些接收到的消息。这些规则应该由exchange的类型来定义。下面是exchange的4种类型的详细介绍）

exchange有4中类型：

1. 直接交换中心：（Direct exchange）
2. 扇形交换中心：（Fanout exchange）
3. 主题交换中心：（Topic exchange）
4. 首部交换中心：（Headers exchange）

扇形交换中心（Fanout exchange）

扇形交换中心是最基本的exchange类型，它做的事情非常简单：（就是广播消息）。扇形交换中心会把能接收到的消息全部发送给绑定在自己身上的队列。因为只是简单的广播消息，所以扇形交换中心处理消息的速度也是所有exchange类型里面最快的。

直接交换中心 （Direct exchange）

直接交换中心是一个带路由功能的exchange，一个队列会和一个exchange绑定，除此之外再绑定一个routing_Key，当消息被发送的时候，需要指定一个routing_Key，这个消息被送到exchange的时候，就会被exchange送到指定的队列里面去。同样的一个routing_Key也是支持应用到多个队列中的。
这样，当一个交换机绑定多个队列，就会被送到对应的队列去处理。

适用场景：有优先级的任务，根据任务的优先级把消息发送到对应的队列，这样可以指派更多的资源去处理高优先级的队列。

主题交换中心（Topic exchange）

直连交换中心的routing_key方案非常简单，如果我们希望一条消息发送给多个队列，那么这个exchange需要绑定非常多的routing_key，假设如果每个exchange上都绑定非常一堆的routing_key连接到各个队列中，那么消息的管理将会非常困难。