一、RabbitMQ的架构

RabbitMQ的架构可以查看官方地址

可以看出RabbitMQ中主要分为三个角色：

RabbitMQ发送消息的策略是，消息到达Exchange，然后根据 RoutingKey 去配置到 Queue，然后消费者监听queue来完成消费

二、AMQP概念

RabbitMq是基于AMQP协议的。

server：又称Broker,接收客户端连接，实现AMQP实体服务
Connection：连接，应用程序与Broker的网络连接
Channel：网络信道，几乎所有的操作都在Channel中进行，Channel是进行消息读写的通道。客户端可建立多个Channel，每个Channel代表一个会话任务。
Virtual Host ：虚拟地址，用于进行逻辑隔离，最上层的消息路由。一个Virtual host里面可以有若干个Exchange和Queue，同一个Virtual host 里面不能有相同名称的Exchange或Queue，可以理解为 Mysql中的 db概念，不同的用户可以管理不同的 Virtual Host，默认是 / 目录，也可以在管理页面上创建 Virtual Host 并指定给相应的用户，或者在命令行中创建和设置用户。
ExChange：交换机，接收消息，根据路由键转发消息到绑定的队列
Binding：Exchange和Queue之间的虚拟连接，binding中可以包含routing key(路由键)
Routing key：一个路由规则，虚拟机可用它来确定如何路由一个特定消息
Queue：也称为Message Queue，消息队列，保存消息并将它们转发给消费者
Message：消息，服务器和应用程序之间传送的数据，由Properties和Body组成,Properties可以对消息进行修饰，比如消息的优先级、延迟等高级特性；Body则就是消息体内容

RabbitMQ通讯方式是依赖于 Exchange的类型的。

所有发送到Direct Exchange的消息被转发到RouteKey中指定的Queue

注意：Direct模式可以使用RabbitMQ自带的Exchange：default Exchange，所以不需要将Exchange进行任何绑定操作，消息传递时，RouteKey必须完全匹配才会被队列接收，否则该消息会被抛弃

注意：Direct模式可以使用RabbitMQ自带的Exchange：default

Exchange，所以不需要将Exchange进行任何绑定操作，消息传递时，RouteKey必须完全匹配才会被队列接收，否则该消息会被抛弃

所有发送到Topic Exchange的消息被转发到所有关心RouteKey中指定Topic的Queue上

Exchange将RouteKey和某个Topic进行模糊匹配，此时队列需要绑定一个Topic

注意：可以使用通配符进行模糊匹配

上面的三种都是通过 Routing Key来进行匹配的，而headers是通过消息的header来进行匹配的。

headers头部的 x-match 参数是必须的，如果x-match设置的是all，那么生产者在生产消息时必须满足设置的headers条件，

我上面设置的是 x-match=all ，name=jack，age=23，那么我想发送消息到这个队列里面，那么消息头必须要有 name=jack，age=23。

如果我设置的是 x-match=any ，那么我满足其中一个条件就好了，比如上面是 name = jack，age= 23，那么我消息头带其中的一个就可以了，也就是他们两个的任意一个。

如果不满足的话，消息无法到达exchange绑定的queue中。