1.消息队列:
1.1 几个概念说明：
Broker：简单来说就是消息队列服务器实体。
Exchange：消息交换机，它指定消息按什么规则，路由到哪个队列。
Queue：消息队列载体，每个消息都会被投入到一个或多个队列。
Binding：绑定，它的作用就是把exchange和queue按照路由规则绑定起来。
Routing Key：路由关键字，exchange根据这个关键字进行消息投递。
vhost：虚拟主机，一个broker里可以开设多个vhost，用作不同用户的权限分离。每个虚拟主机是隔离的,互不影响.
producer：消息生产者，就是投递消息的程序。
consumer：消息消费者，就是接受消息的程序。
channel：消息通道，在客户端的每个连接里，可建立多个channel，每个channel代表一个会话任务。
1.2 基本概念说明:
exchange:交换机,决定了消息路由规则,简单的说就是消息根据规则发送到哪个队列上去.ps:交换机定义之后一般是无法在设置其它属性,除非删除了再重新定义一个新的.
queue:消息队列.
channel:进行消息读写的通道,简单的说就是在一个Http长连接下面开设通道,类似电缆里面的光纤一样,一个电缆里面可以有很多个光纤,这些光纤共用一个电缆也就是共用一个TCP连接,性能很好.
Bind:绑定了queue和exchange,意即为符合什么样路由规则的消息，将会放置入哪一个消息队列；简单的说就是exchange和queue之间的桥梁,exchange定义了路由规则,bind 就把这个路由规则和消息队列绑定起来.
exchange类型:
Direct类型:直接根据key来投递,严格匹配,比如一个key为"abc",那么只会投递到与之完全匹配的key的队列中;
Topic:模糊匹配,#号 代表至少一个,*号表示只有一个, 比如,abc.# 可以表示为abc.db,abc.ef,abc.gh.fh等,abc.* 那么只能表示abc.eb 后面只能匹配一个,不能匹配abc.eb.123
fanout:采用广播模式,一个消息进来时，投递到与该交换机绑定的所有队列。
1.3 消息队列的使用过程大概如下：
（1）客户端连接到消息队列服务器，打开一个channel。
（2）客户端声明一个exchange，并设置相关属性。
（3）客户端声明一个queue，并设置相关属性。
（4）客户端使用routing key，在exchange和queue之间建立好绑定关系。
（5）客户端投递消息到exchange。
2.消费模式 :推（push）模式和拉（pull）模式。
Pull(推模式)是指由Broker(中介,这里是队列),主动推送消息至消费端，实时性较好，不过需要一定的流制机制来确保服务端推送过来的消息不会压垮消费端。而拉模式是指消费端主动向Broker端请求拉取（一般是定时或者定量）消息，实时性较推模式差，但是可以根据自身的处理能力而控制拉取的消息量。
3. 消息持久
如何进行消息持久化操作:
1.将交换机(exchange)持久化
2.将通道(channel)持久化
3.消息发送时设置可持久化
RabbitMQ支持消息的持久化，也就是数据写在磁盘上，为了数据安全考虑，我想大多数用户都会选择持久化。消息队列持久化包括3个部分：
（1）exchange持久化，在声明时指定durable => 1
（2）queue持久化，在声明时指定durable => 1
（3）消息持久化，在投递时指定delivery_mode => 2（1是非持久化）
如果exchange和queue都是持久化的，那么它们之间的binding也是持久化的。如果exchange和queue两者之间有一个持久化，一个非持久化，就不允许建立绑定。
4.消息发送步骤:
exchange接收到消息后，就根据消息的key和已经设置的binding，进行消息路由，将消息投递到一个或多个队列里。
exchange也有几个类型，完全根据key进行投递的叫做Direct交换机，例如，绑定时设置了routing key为”abc”，那么客户端提交的消息，只有设置了key为”abc”的才会投递到队列。对key进行模式匹配后进行投递的叫做Topic交换 机，符号”#”匹配一个或多个词，符号”*”匹配正好一个词。例如”abc.#”匹配”abc.def.ghi”，”abc.*”只匹配”abc.def”。还有一种不需要key的，叫做Fanout交换机，它采取广播模式，一个消息进来时，投递到与该交换机绑定的所有队列。