消息中间件RabbitMQ

RabbitMQServer： 也叫brokerserver，它是一种传输服务。
他的角色就是维护一条 从Producer到Consumer的路线，保证数据能够按照指定的方式进行传输。

Producer： 消息生产者，如图A、B、C，数据的发送方。
消息生产者连接RabbitMQ服务器然后将消息投递到Exchange。

Consumer：消息消费者，如图1、2、3，数据的接收方。
消息消费者订阅队列，RabbitMQ将Queue中的消息发送到消息消费者。

Exchange：生产者将消息发送到Exchange（交换器），由Exchange将消息路由到一个或多个Queue中（或者丢弃)。
Exchange并不存储消息。RabbitMQ中的Exchange有
direct、fanout、topic、headers四种类型，每种类型对应不同的路由规则。

Queue：（队列）是RabbitMQ的内部对象，用于存储消息。
消息消费者就是通过订阅队列来获取消息的，RabbitMQ中的消息都只能存储在Queue中
生产者生产消息并最终投递到Queue中消费者可以从Queue中获取消息并消费。多个消费者可以订阅同一个Queue，
这时Queue中的消息会被平均分摊给多个消费者进行处理，而不是每个消费者都收到所有的消息并处理。

RoutingKey：生产者在将消息发送给Exchange的时候，一般会指定一个routingkey，来指定这个消息的路由规则
而这个routingkey需要与ExchangeType及bindingkey联 合使用才能最终生效。
在ExchangeType与bindingkey固定的情况下（在正常使用时一般这些内容都是固定配置好的）
我们的生产者就可以在发送消息给Exchange时，通过 指定routingkey来决定消息流向哪里。
RabbitMQ为routingkey设定的长度限制为255 bytes。
__________________________________________________________________________________________________
*下面某方面比较重要.b比如Channels可以开启confirm模式进而做数据维护
Connection： （连接）：Producer和Consumer都是通过TCP连接到RabbitMQServer 的。
以后我们可以看到，程序的起始处就是建立这个TCP连接.

Channels： （信道）：它建立在上述的TCP连接中。数据流动都是在Channel中进行 
的。也就是说，一般情况是程序起始建立TCP连接，第二步就是建立这个Channel。

VirtualHost：权限控制的基本单位
一个VirtualHost里面有若干Exchange和MessageQueue，以及指定被哪些user使用