RabbitMQ整体上是一个生产者与消费者模型，主要负责接收、存储和转发消息。
Producer：生产者，就是投递消息的一方。
生产者创建消息，然后发布到RabbitMQ中。消息一般可以包含2个部分：消息体和标签（Label）。
Consumer：消费者，就是接收消息的一方。
消费者连接到RabbitMQ服务器，并订阅到队列上。当消费者消费一条消息时，只是消费消息的消息体（payload）。
Broker：消息中间件的服务节点。
对于RabbitMQ来说，一个RabbitMQ Broker可以简单地看作一个RabbitMQ服务节点，或者RabbitMQ服务实例。
Queue：队列，是RabbitMQ的内部对象，用于存储消息。
RabbitMQ中消息都只能存储在队列中,RabbitMQ的生产者生产消息并最终投递到队列中，消费者可以从队列中获取消息并消费。
多个消费者可以订阅同一个队列，这时队列中的消息会被平均分摊（Round-Robin，即轮询）
交换器、路由键、绑定
Exchange：交换器。
生产者将消息发送到Exchange，由交换器将消息路由到一个或者多个队列中。如果路由不到，或许会返回给生产者，或许直接丢弃。
fanout
它会把所有发送到该交换器的消息路由到所有与该交换器绑定的队列中。
direct
direct类型的交换器路由规则也很简单，它会把消息路由到那些BindingKey和RoutingKey完全匹配的队列中。
topic
BindingKey和RoutingKey一样也是点号“.”分隔的字符串； BindingKey中可以存在两种特殊字符串“*”和“＃”，用于做模糊匹配，其中“＃”用于匹配一个单词，“＃”用于匹配多规格单词（可以是零个）。
headers
根据发送的消息内容中的headers属性进行匹配。在绑定队列和交换器时制定一组键值对，当发送消息到交换器时，RabbitMQ会获取到该消息的headers（也是一个键值对的形式），对比其中的键值对是否完全匹配队列和交换器绑定时指定的键值对，如果完全匹配则消息会路由到该队列，否则不会路由到该队列。
RoutingKey：路由键。
路由键。生产者将消息发给交换器的时候，一般会指定一个RoutingKey，用来指定这个消息的路由规则，而这个Routing Key需要与交换器类型和绑定键（BindingKey）联合使用才能最终生效。
在交换器类型和绑定键（BindingKey）固定的情况下，生产者可以在发送消息给交换器时，通过指定RoutingKey来决定消息流向哪里。
Binding：绑定。
RabbitMQ中通过绑定将交换器与队列关联起来，在绑定的时候一般会指定一个绑定键（BindingKey），这样RabbitMQ就知道如何正确地将消息路由到队列了，
生产者生产消息的过程
（1）生产者连接到RabbitMQ Broker，建立一个连接（Connection），开启一个信道（Channel）
（2）生产者声明一个交换器，并设置相关属性，比如交换机类型、是否持久化等
（3）生产者声明一个队列并设置相关属性，比如是否排他、是否持久化、是否自动删除等
（4）生产者通过路由键将交换器和队列绑定起来（详细内容请参考3.2节）。
（5）生产者发送消息至RabbitMQ Broker，其中包含路由键、交换器等信息
（6）相应的交换器根据接收到的路由键查找相匹配的队列。
（7）如果找到，则将从生产者发送过来的消息存入相应的队列中。
（8）如果没有找到，则根据生产者配置的属性选择丢弃还是回退给生产者
（9）关闭信道。
（10）关闭连接。
消费者接收消息的过程
（1）消费者连接到RabbitMQ Broker，建立一个连接（Connection），开启一个信道（Channel）。
（2）消费者向RabbitMQ Broker请求消费相应队列中的消息，可能会设置相应的回调函数，以及做一些准备工作
（3）等待RabbitMQ Broker回应并投递相应队列中的消息，消费者接收消息。
（4）消费者确认（ack）接收到的消息。
（5）RabbitMQ从队列中删除相应已经被确认的消息。
（6）关闭信道。
（7）关闭连接。
AMQP协议
AMQP协议本身包括三层
Module Layer：位于协议最高层，主要定义了一些供客户端调用的命令，客户端可以利用这些命令实现自己的业务逻辑。例如，客户端可以使用Queue.Declare命令声明一个队列或者使用Basic.Consume订阅消费一个队列中的消息。
Session Layer：位于中间层，主要负责将客户端的命令发送给服务器，再将服务端的应答返回给客户端，主要为客户端与服务器之间的通信提供可靠性同步机制和错误处理。
Transport Layer：位于最底层，主要传输二进制数据流，提供帧的处理、信道复用、错误检测和数据表示等。
