RabbitMQ 基本概念

基本概念

按照运行流程分为以下四个部分：

1、producer：消息生产者，就是投递消息的程序。

2、Broker：简单来说就是消息队列服务器实体。

vhost：虚拟主机，一个broker里可以开设多个vhost，用作不同用户的而独立运行。

　　Exchange：消息交换机，它指定消息按什么规则，路由到哪个队列。

　　Queue：消息队列载体，每个消息都会被投入到一个或多个队列。

　　Binding：绑定，它的作用就是把exchange和queue按照路由规则绑定起来。

　　Routing Key：路由关键字，exchange根据这个关键字进行消息投递。

3、connetion：客户端和Broker之间的TCP连接

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

4、consumer：消息消费者，就是接受消息的程序。

 

binding：

Binding联系了Exchange与Message Queue。Exchange在与多个Message Queue发生Binding后会生成一张路由表，路由表中存储着Message Queue所需消息的限制条件即Binding Key。当Exchange收到Message时会解析其Header得到Routing Key，Exchange根据Routing Key与Exchange Type将Message路由到Message Queue。

Binding Key由Consumer在Binding Exchange与Message Queue时指定。

Routing Key由Producer发送Message时指定，两者的匹配方式由Exchange Type决定，就好比于邮件上面的地址。

注意：

1、生产者是通过交换机来发消息的

2、除default Exchange之外，如果交换机没有被binding到队列，那么消息就丢失了

3、Direct Exchange，Topic Exchange进行Binding的时候，需要指定Routing key

4、Fanout Exchange，Headers Exchange进行Binding的时候，不需要指定Routing key。

5、消费者第一次binding了就会被保存下来，即使关闭了该消费者，消息依然可以顺利的由交换机到达队列中，再次开启消费者即可消费

6、为什么是由消费者来binding？？？

 

交换机的类型：

1、Direct 直接交换器，工作方式类似于单播，Exchange会将消息发送完全匹配ROUTING_KEY的Queue。

2、fanout广播是式交换器，不管消息的ROUTING_KEY设置为什么，Exchange都会将消息转发给所有绑定的Queue。

3、topic主题交换器，工作方式类似于组播，Exchange会将消息转发和ROUTING_KEY匹配模式相同的所有队列，比如，ROUTING_KEY为user.stock的Message会转发给绑定匹配模式为 * .stock,user.stock， * . * 和#.user.stock.#的队列。（ * 表是匹配一个任意词组，#表示匹配0个或多个词组）。

4、headers消息体的header匹配（ignore）。

 

消息队列的使用过程大概如下：

（1）客户端连接到消息队列服务器，打开一个channel。

　　（2）客户端声明一个exchange，并设置相关属性。

　　（3）客户端声明一个queue，并设置相关属性。

　　（4）客户端使用routing key，在exchange和queue之间建立好绑定关系。

　　（5）客户端投递消息到exchange。

（6）exchange根据routing key发送到一个或多个队列。

（7）队列将消息发送给消费者。

（8）消费者收到消息，发送ACK给队列确认收到消息。

（9）队列收到ACK，删除队列中缓存的此条消息。

 

一个交换机对应多个队列实现一条消息同时被多个消费者消费。

如果一个消费者消费失败，则其指向的队列将不会删除此消息，其他队列不会受影响。

安全起见，建议做一些辅助的措施。

一个队列被多个消费者使用实现负载均衡的效果。

如果cosumer接受了消息, 但在发送ack之前断开连接，rabbitmq会认为这条消息没有被deliver,在consumer在次连接的时候，这条消息会被redeliver。

如果consumer接受了消息，但是程序中有bug,忘记了ack,rabbitmq不会重复发送消息。

 

RabbitMQ支持消息的持久化，也就是数据写在磁盘上，为了数据安全考虑，我想大多数用户都会选择持久化。消息队列持久化包括3个部分：

　　（1）exchange持久化，在声明时指定durable => 1

　　（2）queue持久化，在声明时指定durable => 1

　　（3）消息持久化，在投递时指定delivery_mode => 2（1是非持久化）

如果exchange和queue都是持久化的，那么它们之间的binding也是持久化的。如果exchange和queue两者之间有一个持久化，一个非持久化，就不允许建立绑定。