1. RabbitMQ管理台界面简介

在第一篇文章rabbitMQ 安装中安装完RabbitMQ后，访问管理台地址：
http://localhost:15672/
输入默认用户名和密码： guest/guest
就能登录RabbitMQ的管理台页面了，如下：

我们主要关注Exchanges页面和Queue页面，因为大多数我们通过管理台手动操作，只是为了手动配置Exchange和Queue并建立绑定关系。

2. Exchanges页面

在这个页面可以新增一个交换机，并指定交换机名称和类型等。
Virtual host： 当前交换机所属的虚拟机，默认是/；
Name：指定交换机名称。
Type：交换机类型。四种选项取值：Direct,Fanout,Headers,Topic。
Features：交换机的功能。可以是以下取值（一个或者组合取值），或者不是：D：持久化；I：Internal，内部交换机，如果是该值的话表示这个交换机不允许client端连接去推送消息，仅用来支持exchange和exchange之间的绑定，即表示内部交换机。
Message rate in：消息进入的速率；
Message rate out：消息流出的速率。

我们可以看到，rabbitMQ默认就已经内置了7种交换机。如下图： （1）AMQP default：是rabbitMQ的默认交换机（default exchange），它实际上由rabbitMQ预先创建好，并且名字为一个空字符串(““)的直连（Direct）交换机。它有一个特殊的属性使得它对简单应用特别友好：那就是为每一个新创建的Queue都会自动绑定到该默认Exchange上，绑定的Routing key的名称就是新建的Queue的名称。
这意味着，当你创建一个Queue后，并没有为该Queue绑定任何交换机时，rabbitMQ默认在你创建完Queue后就自动将该Queue绑定到default Exchange上，绑定的Routing key的名称就是该Queue的名称。

比如：当你创建了一个名称”hello”的Queue，rabbitMQ会自动将其绑定到default Exchange上，绑定的Routing key的名称也是”hello”。因此，当携带着名称”hello”的Routing key的message被生产者执行发送操作的时候，如果指定交换机名称为”“的话，该消息会被发送到default Exchange，而default Exchange会将该消息路由到名为”hello”的Queue中去。即默认交换机看起来能够直接投递消息到Queue中去，对于简单的应用来说，可以不用创建任何交换机，在发送消息的时候，也不用指定交换机的名称（指定为”“即为默认交换机），只需要指定Queue的名称（此时Queue的名称实际上是消息携带的Routing key的名称），就能够将消息直接投递到目标Queue中去。
这一系列原理，实际上就是这个default Exchange在背后默默为我们提前做好的。

（2）下面6个以”amq.”开头的交换机：这6个交换机也是rabbitMQ自动创建好的内置交换机，这些交换机被预留做rabbitMQ内部使用，应用不能直接使用，否则爬出403（ACCESS_REFUSED）错误。

交换机的四种类型：direct，topic，fanout，headers。

Durability:两个选项。可以指定交换机特征，是短暂的还是持久的。

Durable：表示该交换机是持久的，当RabbitMQ服务器重启后，该交换机依然存在。   
Transient：表示该交换机是短暂的，当RabbitMQ服务器重启后，该交换机不存在。 

可以指定该交换机是否自动删除，默认是No。
看看官方的解释吧：
如果选择Yes，则当该交换机至少已经与一个队列或者一个其他的exchange发生了绑定关系之后，然后所有的队列和其他exchange都与其解绑了，该交换机将自动删除。
希望上面的解释是清晰的，说白了，如果这个交换机创建后没有任何其他Queue或者Exchange与它绑定过，那表示这个交换机一直没被使用过啊，所以自动删除就不生效的。
只有该交换机被Binding过了，然后所有的Queue和Exchange又和它全部Unbinding了，这时候这个交换机才会自动删除，因为它已经使用过了。

可以指定该交换机是否为内部交换机，默认为No。
看看官方解释：
如果选择Yes，则该交换机无法被客户端直接使用去发布消息，需要通过一个外部交换机与该交换机进行绑定，才能将消息从外部交换机发送到该交换机上来。
一般都选择No，即创建该交换机就是要让外部客户端直接连接使用的。

可以指定该交换机参数。
alternate：备用的。
顾名思义，可以通过参数 alternate-exchange 来指定一个备用交换机。
上图的解释也很清楚了，如果无法以其他方式路由到此交换器的消息，请将它们发送到此处指定的备用交换器。
通过alternate-exchange参数来指定一个备用交换机。
这个Arguments参数，主要是扩展参数，用于扩展AMQP协议定制使用。

3. Queues and Streams页面

默认没有任何Queue。
我们可以在这个页面新增Queue。

Virtual host:该Queue对应的虚拟机路径，只能是/。
Type: 该Queue对应的类型，一般选择Classic即可。

Default for virtual host：表示该队列只是针对该虚拟机的。
Classic：表示该队列是主队列。 
Quorum：表示该队列是从队列。  
Stream：表示该队列是流队列。

请注意，一般都设置为Classic，不同的type对应的队列的属性是不同的，只有Classic队列会存在Auto delete选项。   

Name：为Queue设置名称，必填。
Durability:两个选项。可以指定Queue的存储特征，是短暂的还是持久的。

Durable：表示该队列是持久的，当RabbitMQ服务器重启后，该队列依然存在。      
Transient：表示该队列是暂时的，当RabbitMQ服务器重启后，该队列不存在。 

Auto delete：是否自动删除该Queue。默认是No。
看看官方解释：

如果选择Yes，则该Queue在至少被一个Consumer连接过之后，然后所有消费者都与之断开连接了，那么该Queue将被自动删除。
翻译一下：和Exchange差不多，该Queue要被至少一个消费者连接过之后，说明该Queue被使用过了，然后所有消费者都与之断开连接，这个Queue才会自动删除。
换言之，如果这个Queue从创建之后一直没有被任何消费者连接过，那么这个Queue设置了Auto delete属性，也是不会自动删除的，因为都没用过啊，删除啥呢。

在创建Queue时，可以设置一些参数。

Auto expire：How long a queue can be unused for before it is automatically deleted (milliseconds).
            (Sets the "x-expires" argument.)
是指queue的过期时间，到达过期时间后这个queue将被自动删除。         

Message TTL:How long a message published to a queue can live before it is discarded (milliseconds).
            (Sets the "x-message-ttl" argument.)
发布到队列的消息的过期时间，到达过期时间后该消息将被丢弃。               

            
Overflow behaviour:Sets the queue overflow behaviour. This determines what happens to messages when the maximum length of a queue is reached. Valid values are drop-head, reject-publish or reject-publish-dlx. The quorum queue type only supports drop-head and reject-publish.
设置队列的溢出行为，当队列中的元素达到队列的最大元素数后，那些消息该如何被处理？
默认有几种策略：
drop-head
reject-publish
reject-publish-dlx

Single active consumer:If set, makes sure only one consumer at a time consumes from the queue and fails over to another registered consumer in case the active one is cancelled or dies.
                       (Sets the "x-single-active-consumer" argument.)
使用 x-single-active-consumer 参数设置。 
指定该队列的单个活跃消费者。如果设置，请确保一次只有一个消费者从该队列中消费。                          
                       
Dead letter exchange:Optional name of an exchange to which messages will be republished if they are rejected or expire.
                     (Sets the "x-dead-letter-exchange" argument.)
使用 x-dead-letter-exchange 参数设置。
死信交换，消息被拒绝发布或者消息过期后，将重新发布到该参数指定的死信交换机上。
通过该参数可以设置该队列绑定的死信交换机。                        
                     
Dead letter routing key:Optional replacement routing key to use when a message is dead-lettered. If this is not set, the message's original routing key will be used.
                        (Sets the "x-dead-letter-routing-key" argument.)
使用 x-dead-letter-routing-key 参数设置。
死信交换机的Routing key，当该队列中的消息为死信时，设置死信Routing key，该消息将被发送到死信交换机中，死信交换机将通过该Routing key将该死信发送到死信队列中。 
如果不指定该参数，将使用该消息原始的Routing key作为死信路由key，但原始key应保证已经在死信交换机绑定死信队列时指定了该key，否则将无法路由到死信队列中。                           
                        
Max length:How many (ready) messages a queue can contain before it starts to drop them from its head.
           (Sets the "x-max-length" argument.)
使用 x-max-length 参数设置。
队列的最大长度，该队列中可以缓存的最大元素个数。           
           
Max length bytes:Total body size for ready messages a queue can contain before it starts to drop them from its head.
                 (Sets the "x-max-length-bytes" argument.)
使用  x-max-length-bytes 参数设置。
队列的最大容量大小，即该队列中可以缓存的最大字节容量。                 
                 
Leader locator:Set the rule by which the queue leader is located when declared on a cluster of nodes. Valid values are client-local (default) and balanced.
领导者定位器：设置在集群节点上声明时队列领导者的定位规则。 有效值为client-local (default)和balanced。                                                                                      

3. Binding（指定Routing key绑定Queue到Exchange中）

要绑定Queue到Exchange中，那么我们首先需要创建一个Queue和Exchange。
请注意：前面我们说过，如果我们只是创建了一个Queue，而没有额外将该Queue绑定到某个Exchange上的话，那么该Queue将默认绑定到default Exchange上，并且Routing key 默认为该Queue name。

3.1 创建一个Exchange

创建好了如下所示：

Name：交换机名称，zeh_exchange_direct_01。
Type：交换机类型，direct，表示直连交换机。
Features：交换机功能，D，表示持久化的交换机。

3.2 创建一个Queue

创建好了如下所示：

Virtual host：该Queue所属的虚拟机。
Name：该Queue的名称，zeh_queue_01.
Type：该Queue的类型，classic.
Features：该Queue的功能，D表示持久化Queue，Args表示该Queue可以携带参数。
State：该Queue的状态。

3.3 将Queue绑定到Exchange中

进入到自己创建的Exchange中。如下：
（1）表示刚才创建好的交换机。
（2）表示当前交换机的binding关系，默认没有绑定任何Queue。
（3）新增一个binding 。

创建好一个Exchange后，我们可以看到，这个页面有很多能力。
为该Exchange增加一个Binding，即绑定一个Queue，指定Routing key。
在增加一个binding时，它有To queue还是To exchange的选项。

To Queue：这个binding关系表示将该交换机绑定到一个Queue上面去。   
To exchange：这个binding关系表示将该交换机绑定到另外一个exchange上面去。  

增加完Binding如下图：
可以看到，增加一个binding后，里面展示出了这个绑定关系。
在这里可以unbinding。
我们还可以继续为该Exchange增加其他的绑定关系。
即一个Exchange可以绑定多个Queue（相反一个Queue也可以绑定多个Exchange，一会我们从Queue的角度再看一下binding）。

4. 从Queue的角度看binding

上面是我们刚创建好的Queue.
点击名称进入可以查看Queue详情：

可以看到Queue详情页面总共有9个标签。
我们主要查看该Queue的binding关系：

（1）该Queue竟然有两个binding。
一个是我们从exchange上绑定的我们创建的exchange，routing key是我们创建binding时指定的。
另外一个，是该Queue自动被绑定到默认交换机（default exchange）上了，routing key是queue的名称。
（2）从queue的角度出发，我们也可以为queue增加binding。
From exchange:指定该Queue与哪个exchange绑定，这个exchange必须已经存在。
Routing key：指定该binding关系中的routing key。
Arguments：该binding 可能用到的参数值。

5. 其他功能

rabbitMQ的web控制台功能非常多，我们可以通过它去做任何操作，去发送消息，消费消息，绑定，解绑，创建交换机，删除交换机，创建队列，删除队列等。
有时间了我再整体整理一遍这块。