消息队列RabbitMQ

RabbitMQ

一、RabbitMQ基础

       AMQP，即Advanced Message Queuing Protocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在。对于一个大型的软件系统来说，它会有很多的组件或者说模块或者说子系统。这些组件或者应用之间如何通信，同时又能降低耦合度，RabbitMQ很好的解决了这个问题。

             

1、Exchange

       接受生产者发送的消息，并根据Binding规则将消息路由给服务器中的队列。ExchangeType决定了 Exchange路由消息的行为，例如，在RabbitMQ中，ExchangeType有direct、Fanout和Topic三种，不同类型的 Exchange路由的行为是不一样的。

2、Message Queue

     消息队列，用于存储还未被消费者消费的消息。

3、Message:

    由Header和Body组成，Header是由生产者添加的各种属性的集合，包括Message是否被持久化、由哪个Message Queue接受、优先级是多少等。而Body是真正需要传输的APP数据。

4、Binding

        Binding联系了Exchange与MessageQueue。Exchange在与多个Message Queue发生Binding后会生成一张路由表，路由表中存储着Message Queue所需消息的限制条件即Binding Key。当Exchange收到Message时会解析其Header得到RoutingKey，Exchange根据Routing Key与Exchange Type将Message路由到Message Queue。Binding Key由Consumer在Binding Exchange与Message Queue时指定，而Routing Key由Producer发送Message时指定，两者的匹配方式由Exchange Type决定。 

5、Connection

     连接，对于RabbitMQ而言，其实就是一个位于客户端和Broker之间的TCP连接。

6、Channel

      信道，仅仅创建了客户端到Broker之间的连接后，客户端还是不能发送消息的。需要为每一个Connection创建 Channel，AMQP协议规定只有通过Channel才能执行AMQP的命令。一个Connection可以包含多个Channel。之所以需要 Channel，是因为TCP连接的建立和释放都是十分昂贵的，如果一个客户端每一个线程都需要与Broker交互，如果每一个线程都建立一个TCP连 接，暂且不考虑TCP连接是否浪费，就算操作系统也无法承受每秒建立如此多的TCP连接。RabbitMQ建议客户端线程之间不要共用Channel，至少要保证共用Channel的线程发送消息必须是串行的，但是建议尽量Connection。