消息只能存储在队列中，多个消费者可订阅同一个队列，此时队列中消息会被平均分摊。 n consumer->1 queue
生产者将消息投递到交换机上，再由交换机将消息路由到一个或多个队列中
RoutingKey 与 BindingKey 与 交换机类型 联合使用生效
Binding： 将交换机与队列相关联起来 绑定时需要指定BindingKey MQServer即可知道应该将消息路由到哪个队列中
BindingKey与RoutingKey相匹配时，消息被路由到对应的队列中。
fanout类型的交换器无视bindingKey。
使用direct类型的交换器，将交换器与队列进行绑定使用RoutingKey。
在direct交换器下 RoutingKey与BindingKey需要完全匹配才能生效。
在topic交换器下 RoutingKey与BindingKey之间做模糊匹配，并不是完全相同才可以。
交换器类型：
fanout：
将消息发送到所有与该交换器绑定的队列中。
direct：
把消息路由到 BindingKey与 RoutingKey完全匹配的队列中
topic：
把消息路由到BindingKey与RoutingKey模糊匹配的队列中
规则：
RoutingKey 与 BindingKey均为为一个点号"."分隔的字符串 如com.rabbitmq.client
BindingKey 中可以存在两种特殊字符串 "*"与"#"将其用于模糊匹配中
其中 *用于匹配一个单词 #可匹配（0-n）个单词
headers：根据发送消息内容的headers属性进行匹配 性能差 不建议使用。
客户端与 服务器建立链接 也就是 TCP连接 Connection
建立好 TCP连接后 客户端创建AMQP信道 channel 每个信道被指派唯一id
其中Connection 的TCP链接是多个客户端复用的 因为服务端建立和销毁TCP链接消耗较大
类似于NIO多路复用
而channel则是客户端私有的
当单个channel流量不是很大时 公用一个connection 能取得较好的效果
但是当单个channel流量很大时 共用connection 会成为性能瓶颈
此时需要线程池来创建多个connection来均摊channel的流量