RabbitMQ的Vhost，Exchange，Queue原理分析

Vhost分析

RabbitMQ的Vhost主要是用来划分不同业务模块。不同业务模块之间没有信息交互。

Vhost之间相互完全隔离，不同Vhost之间无法共享Exchange和Queue。因此Vhost之间数据无法共享和分享。如果要实现这种功能，需要Vhost之间手动构建对应代码逻辑。

如上图所示。我在Vhost “/”下，无法增加"/testvh"下的wuge.qu.rec，提示我没有对应的信息。

Vhost主要于用户，权限相关。

Vhost其实在用户之间是透明的，Vhost可以被多个用户访问，而一个用户可以同时访问多个Vhost。例如：wuge可以同时访问"/"和"testvh"

Exchange分析

Exchange主要是数据交换，他并不保存数据，数据都会保存到Queue中。但是注意Exchange是Durable情况下，才满足持久化三个要求之一。

Exchange是属于Vhost的。同一个Vhost不能有重复的Exchange名称。 Exhange有四种类型：fanout，Direct，header，topic （后面会有更详尽的讲解）

Internal表示只能用于Exchange之间进行绑定。不能外部绑定。 Alternate exchange,当发送到这个exchange时候，不存在对应Route Key。那么消息会被发送到Alternate exchange。

Exchange的绑定功能，可以绑定queue，也可以绑定Exchange。这个看具体业务了。

如果绑定数据，需要在分发或者重新被分派，使用To Exchange绑定。如果要被直接处理，使用queue绑定。

如果Exchange绑定了Queue，如果Route Key不对，也会导致数据不可达，被丢掉。（一个数据可以被Queue处理，需要Exchange绑定Queue，并且在Message发送的时候，Route Key 与绑定的Key相等。）

我们发送一个空数据，Route Key随便制定了Hello，消息虽然发送，但是客户获得失败。说明：Properties主要是RabbitMQ自己的属性，例如，消息状态为持久化。

Queue分析

数据可以保存到队列之后，就可以处理了。

我们这里可以看到，存储状态。是否自动删除自己（现有consumer连接，然后consumer断开，Queue删除自己）。Message TTL （消息保存时间，单位ms), Auto expire（消息通道自动过期，单位ms）, Max Length (消息最大数量，当超过的时候，删除）。

Dead letter exchange,当消息不能处理后，向Dead letter exchange发送，这时候路由是Route Key 等于消息Router Key Dead letter routing key,当消息不能处理后，向Dead Letter routing key 发送。这时候Exchange是是Dead letter exchange, Route key等Dead letter routing key.

可以看到Properties里面记录了对应日志状态。消息的来源。

消费现象

RabbitMQ的消息状态

每个消息存储在RabbitMQ中都有自己的状态：Ready，Unacked,Ack

Ready：等待消费状态。
Unacked:等待被确认状态，当前消息已经被发送到了客户端。当客户端端断开后，如果这条消息没有被确认，这条消息重新进入Ready中。

RabbitMQ客户端接受消息最大数量

 channel.BasicQos(0, 1, false);

第一个参数是prefetch_size：这个RabbitMQ没有实现。
第二个参数是perfetch_count：这个数字表示没有确认的消息，最多可以接收perfetch_count个数。如果perfetch_count 为1，那么接受到一个消息后，就不能再接受更多的数据了，直到这个msg被确认。
第三个参数是global set：设置是否影响全部channel，我们知道一个Connection可以生产多个channel,因此我们可以为全局设置最大perfetch_count;