RabbitMQ 02 基础概念

RabbitMQ是一个开源的AMQP实现，服务器端用Erlang语言编写，支持多种客户端，如：Python、Ruby、.NET、Java等，支持AJAX。用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。

备注：消息队列的大体流程为以下：

发布者（Publisher）发布消息（Message），经由交换机（Exchange）。

交换机根据路由规则将收到的消息分发给与该交换机绑定的队列（Queue）。

最后 AMQP 代理会将消息投递给订阅了此队列的消费者，或者消费者按照需求自行获取

参考文章
几个重要概念为：

1：Connection是RabbitMQ的socket链接，主要在ApI中链接我们与RabbitMQ

2：ConnectionFactory为Connection的制造工厂，负责创建Connection

3：Channel是我们与RabbitMQ打交道的最重要的一个接口，我们大部分的业务操作是在Channel这个接口中完成的，包括定义Queue、定义Exchange、绑定Queue与Exchange、发布消息等

4：Queue
Queue（队列）是RabbitMQ的内部对象，用于存储消息，RabbitMQ中的消息都只能存储在Queue中，生产者（下图中的P）生产消息并最终投递到Queue中，消费者（下图中的C）可以从Queue中获取消息并消费。

5：Message acknowledgment，消息回执，就是当消费者接收到消息之后回执个已接受的信息，避免由于网络波动或者服务器异常导致消息丢失的问题

6：Message durability，消息持久化，RabbitMQ服务重启的情况下，也不会丢失消息，我们可以将Queue与Message都设置为可持久化的（durable）这样可以保证绝大部分情况下我们的RabbitMQ消息不会丢失

7：Prefetch count 如果有多个消费者同时订阅同一个Queue中的消息，Queue中的消息会被平摊给多个消费者(默认)，但是因为能力原因如果每个消息的处理时间不同，就有可能会导致某些消费者一直在忙，而处理能力强的消费者比较空闲，我们可以通过设置prefetchCount来限制Queue每次发送给每个消费者的消息数，比如我们设置prefetchCount=1，则Queue每次给每个消费者发送一条消息；消费者处理完这条消息后Queue会再给该消费者发送一条消息。

8：Exchange生产者将消息发送到Exchange（交换器，下图中的X），由Exchange将消息路由到一个或多个Queue中(消息发布者并不会将消息直接丢到队列中，而是先进入路由器，再通过规则转发到各个队列中去)

9：routing key生产者在将消息发送给Exchange的时候，一般会指定一个routing key，来指定这个消息的路由规则 注意：routing key需要与Exchange Type及binding key联合使用才能最终生效

10:Binding key在绑定（Binding）Exchange与Queue的同时，一般会指定一个binding key；消费者将消息发送给Exchange时，一般会指定一个routing key；当binding key与routing key相匹配时，消息将会被路由到对应的Queue中

11：Exchange Types(可以理解为路由规则) RabbitMQ常用的Exchange Type有fanout、direct、topic、headers这四种具体参考