RabbitMQ的四种ExChange

在message到达Exchange后，Exchange会根据route规则进入对应的Queue中，message可能进入一个Queue也可能进入对应多个Queue，至于进入哪个Queue或者是说哪个Queue都不进入，这要依据ExChange的ExchangeType和Exchange所绑定的路由规则，实现AMQP0.9.1协议的RabbitMQ Broker提供了四种ExChangeType。

        这四种ExchangeType分别是Direct exchange，Fanout exchange，Topic exchange和Headers exchange。这四种累的exchange分别有以下一些属性，分别是：

        name：名称

        Durability：持久化标志，如果为true，则表明此exchange是持久化的。

        Auto-delete：删除标志，当所有队列在完成使用此exchange时，是否删除

        Arguments：这个暂时不清楚

       从上面Exchange的属性来看，一个Exchange可能是持久化的，也有可能不需要持久化，这还得看具体的使用情况，下面就来分别介绍下这四种ExchangeType。

Direct Exchange：

       实现方式如下：

                   

        DirectExchange是RabbitMQ Broker的默认Exchange，它有一个特别的属性对一些简单的应用来说是非常有用的，在使用这个类型的Exchange时，可以不必指定routing key的名字，在此类型下创建的Queue有一个默认的routing key，这个routing key一般同Queue同名。

        适用场景：

        这种类型的Exchange，通常是将同一个message以一种循环的方式分发到不同的Queue，即不同的消费者手中，使用这种方式，值得注意的是message在消费者之间做了一个均衡，而不是说message在Queues之间做了均衡。

Fanout Exchange：

         实现方式如下：

                  

         使用这种类型的Exchange，会忽略routing key的存在，直接将message广播到所有的Queue中。

         适用场景：

                第一：大型玩家在玩在线游戏的时候，可以用它来广播重大消息。这让我想到电影微微一笑很倾城中，有款游戏需要在世界上公布玩家重大消息，也许这个就是用的MQ实现的。这让我不禁佩服肖奈，人家在大学的时候就知道RabbitMQ的这种特性了。

                第二：体育新闻实时更新到手机客户端。

                第三：群聊功能，广播消息给当前群聊中的所有人。

 

Topic Exchange：

       实现方式如下：

         

       Topic Exchange是根据routing key和Exchange的类型将message发送到一个或者多个Queue中，我们经常拿他来实现各种publish/subscribe，即发布订阅，这也是我们经常使用到的ExchangeType。

        使用场景：

               新闻的分类更新

               同意任务多个工作者协调完成

               同一问题需要特定人员知晓

         Topic Exchange的使用场景很多，我们公司就在使用这种模式，将足球事件信息发布，需要使用这些事件消息的人只需要绑定对应的Exchange就可以获取最新消息。

 

Headers Exchange：

        实现方式如下：

            

         Headers Exchange不同于上面三种Exchange，它是根据Message的一些头部信息来分发过滤Message，忽略routing key的属性，如果Header信息和message消息的头信息相匹配，那么这条消息就匹配上了。

        关于Headers Exchange我知道的并不多，但是这篇博客，我会在我持续深入理解RabbitMQ的基础上不断调整和更新，若有什么地方理解偏差，还请大家一起讨论。越来越体会到看英文资料的重要性。