RabbitMQ 第二章

消息只能存储在队列中，多个消费者可订阅同一个队列，此时队列中消息会被平均分摊。 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的流量