RabbitMQ的基本组件
1，Broker
对于RabbitMQ来说，一个Broker可以简单地看作一个RabbitMQ服务节点，或者RabbitMQ的一个服务实例。
大多数情况下也可以将一个RabbitMQ的Broker看作一台RabbitMQ服务器。
2，VHost
vhost本质上是一个mini版的RabbitMQ服务器，拥有自己的队列、绑定、交换器和权限控制；
vhost通过在各个实例间提供逻辑上分离，允许你为不同应用程序安全保密地运行数据；
vhost是AMQP概念的基础，必须在连接时进行指定，RabbitMQ包含了默认vhost：“/”；
当在RabbitMQ中创建一个用户时，用户通常会被指派给至少一个vhost，并且只能访问被指派vhost内的队列、
交换器和绑定，vhost之间是绝对隔离的。
3，Exchange
生产者将消息发送到 Exchange（交换器），由 Exchange 将消息路由到一个或多个 Queue 中（或者丢弃）；
Exchange 并不存储消息；Exchange Types 常用有 Fanout、Direct、Topic 三种类型，每种类型对应不
同的路由规则。
4，Queue
是 RabbitMQ 的内部对象，用于存储消息；消息消费者就是通过订阅队列来获取消息的，RabbitMQ 中的消息都只
能存储在 Queue 中，生产者生产消息并最终投递到 Queue 中，消费者可以从 Queue 中获取消息并消费；多个
消费者可以订阅同一个 Queue，这时 Queue 中的消息会被平均分摊给多个消费者进行处理，而不是每个消费者都
收到所有的消息并处理。
5，Binding
Exchange（交换器）将消息路由给 Queue 所需遵循的规则；Queue通过Binding使得Queue和Exchange产生联
系，并通过路由键将消息路由到Queue中，将队列绑定到交换机上时需要指定Binding key如：#.news等。
6，Routing Key
消息发送给 Exchange（交换器）时，消息将拥有一个路由键（默认为空）， Exchange（交换器）根据这个路由
键将消息发送到匹配的队列中。
7，Connection
Producer 和 Consumer 通过TCP 连接到 RabbitMQ Server。
8，Channel
基于 Connection 创建，数据流动都是在 Channel 中进行。TCP连接的建立和释放都是十分昂贵的，如果一个客
户端每一个线程都需要与Broker交互，如果每一个线程都建立一个TCP连接，暂且不考虑TCP连接是否浪费，就算操
作系统也无法承受每秒建立如此多的TCP连接。RabbitMQ建议客户端线程之间不要共用Channel，至少要保证共用
Channel的线程发送消息必须是串行的，但是建议尽量共用Connection。
image.png
交换机的区别
1，Direct Exchange
处理路由键。需要将一个队列绑定到交换机上，要求该消息与一个特定的路由键完全匹配。这是一个完整的匹配。
如果一个队列绑定到该交换机上要求路由键 “abc”，则只有被标记为“abc”的消息才被转发，不会转发abc.def，
也不会转发dog.ghi，只会转发abc。
2，Fanout Exchange
不处理路由键。你只需要简单的将队列绑定到交换机上。一个发送到交换机的消息都会被转发到与该交换机绑定的所
有队列上。很像子网广播，每台子网内的主机都获得了一份复制的消息。Fanout交换机转发消息是最快的。
3，Topic Exchange
将路由键和某模式进行匹配。此时队列需要绑定要一个模式上。符号“#”匹配一个或多个词，符号“”匹配不多不少一
个词。因此“abc.#”能够匹配到“abc.def.ghi”，但是“abc.” 只会匹配到“abc.def”。
4，Headers Exchanges
不处理路由键。而是根据发送的消息内容中的headers属性进行匹配。在绑定Queue与Exchange时指定一组键值对；
当消息发送到RabbitMQ时会取到该消息的headers与Exchange绑定时指定的键值对进行匹配；如果完全匹配则消
息会路由到该队列，否则不会路由到该队列。headers属性是一个键值对，可以是Hashtable，键值对的值可以是
任何类型。而fanout，direct，topic 的路由键都需要要字符串形式的。
匹配规则x-match有下列两种类型：
x-match = all ：表示所有的键值对都匹配才能接受到消息
x-match = any ：表示只要有键值对匹配就能接受到消息
