Fanout类型交换机忽略RoutingKey，它将消息传递到所有与它绑定的队列上。消息生产者packagecom.test.fanout;importcom.rabbitmq.client.

问题原因在rabbitmq自带的send方法中必须输入routingKey来绑定消息如果没有绑定即便程序编译成功运行结束也不会向消息队列传送消息此处以fanout分发方法为例解决方法手动绑定在rabbitmq

一、简单模式原理：生产者将消息交给默认的交换机，交换机获取消息后交给绑定这个生产者的队列（投递规则为队列名称和routingkey相同的队列），监听当前队列的消费者获取信息并执行消费逻辑。

RabbitMQ交换器详解正如我们所理解的，当我们发送消息到RabbitMQ中，它的流程为：发送到交换器交互器根据Routingkey（路由键）发送至相关队列在RabbitMQ中一共提供四种交换器（Exchange

Exchange，简单来说它主要目的是为了接收消息，并根据路由键转发到所绑定的队列Queue，下面我用一张图来解释1、首先SendMassage作为生产者投递消息至Exchange;2、Exchange根据黄色区域RoutingKey

如果队列配置了死信队列exchange和routingkey

消息队列模型——topic生产者：发送消息；消费者：接收消息；队列：消息中转站交换机：接受生产者发送的消息并将这些消息路由给服务器中的队列交换机是有4种类型，这里用到的是topic，这种类型会根据路由键（routingKey

RabbitMQ—fanout（广播模式）一、什么是fanout(广播模式)简单的讲，就是把交换机（Exchange）里的消息发送给所有绑定该交换机的队列，忽略routingKey。

RabbitMQ—direct（直接交换模式）一、什么是direct（直接交换模式）生产者和消费者，具有相同的交换机名称（Exchange）、交换机类型和相同的密匙（routingKey），那么消费者即可成功获取到消息

交换机概念Exchange：交换机，接收消息，并根据路由键转发消息到绑定的队列如图为官网提供的模型，蓝色框表示SendMessage，Client端把消息投递到Exchange上，通过RoutingKey

最近项目中需要用户自己传入exchange，routingKey，queue，由后端绑定exchange和routingKey到该queue。

Directexchange:它会把消息路由到那些BindingKey和RoutingKey完全匹配的队列中。

RabbitMQ架构说是架构其实更像是应用场景下的架构（自己画的有点丑，勿嫌弃）从图中可以看出RabbitMQ主要由Exchange和Queue两部分组成，然后通过RoutingKey关联起来，消息投递到

RoutingKey：路由关键字，exchange根据这个关键字进行消息投递。vhos

vhost(虚拟主机):2.ConnectionFactory(连接工厂):3.Connection(连接):4.Channel(信道):5.Producet(生产者):6.Exchange(交换机):7.RoutingKey

direct模式通过RoutingKey将消息发送给指定的队列，个人觉得用于那种只有一两个地方需要接受这样消息的地方，使用消息地方不是特别多的场景。

就是接收消息的一方三、Broker：消息中间件的服务节点四、Queue：队列，是RabbitMQ的内部对象，用于存储消息五、Exchange:交换器1.fanout2.direct3.topic4.headers六、RoutingKey

RoutingKey：路由关键字，exchange根据这个关键字进行消息投递。vhost：虚拟主机，一个broke

p=78908fanout模式：与指定交换机绑定的所有队列都可以接收到消息direct模式：将消息发送到由exchange和routingKey指定的队列中，如果多个消息队列有相同的routing

背景exchange，routingkey，queue三者之间在exchange在不同的模式下关系是不同的，在日常使用过程中，fanout，topic，direct三种模式使用的是最多的，现就工作中使用的场景对三种模式作一个总结关系不同

交换机的广播类型fanout，广播类型不需要routingKey，交换机会将所有的消息都发送到每个绑定的队列中去。

属性应该注入rabbitTemplate的rebbitMq连接实体，但是一直报空指针异常，打印属性也是为空：jvm1|messageSender.getAmqpTemplate()=nulljvm1|routingKey

在rabbitmq2-这可能是rabbitmq最全的概览中，我们提到过topic和direct的区别，没有什么大的区别，就是bindingkey和routingkey的匹配方式可

在使用RabbitMQ做消息分发时，主要有三个概念要注意：Exchange，RoutingKey，Queue。Exchange可以

1，路由模式directdirect模式基础概念请参考RabbitMQ消息队列之基础(二)direct类型的路由规则很简单，它会把消息路由到那些bindingkey与routingkey完全匹配的Queue

routingkey：路由关键字，excha

exchangeexchange客户端将消息发送到exchange，exchange根据指定的routingkey在路由到指定的队列。

directdirect类型的交换器路由规则也很简单，它会把消息路由到那些BindingKey和RoutingKey完全匹配的队列中。以下图为例，交换器的类型

Topic(主题模式)Topicexchangedirect类型的Exchange路由规则是完全匹配bindingkey与routingkey，但这种严格的匹配方式在很多情况下不能满足实际业务需求。

在绑定队列和交换器的时候有一个路由key,生产者发送的消息会指定一个路由key,那么消息只会发送到相应key相同的队列,接着监听该队列的消费者消费信息.Directexchange会把消息路由到那些bindingkey与routingkey

直接)topic(主题)fanout分列它会把所有发送到该交换器的消息路由到所有与该交换器绑定的对垒direct直接direct类型的交换器路由规则也很简单，它会把消息路由到那些BindingKey和RoutingKey

3、每个站点服务部署cmsclient程序，并与交换机绑定，绑定时指定站点Id为routingKey。指定站点id为routingKey就可以实现cmsclient只能接收到所属站点的页面发布消息。

一、简单模式原理：生产者将消息交给默认的交换机，交换机获取消息后交给绑定这个生产者的队列（投递规则为队列名称和routingkey相同的队列），监听当前队列的消费者获取信息并执行消费逻辑。

下面是客户端的发送代码：$client=newClient('127.0.0.1',5672,'guest','guest');//设置正常交换机、队列$type='topic';$routingKey

mandatory参数上一篇文章中我们知道，生产者将消息发送到RabbitMQ的交换器中通过RoutingKey与BindingKey的匹配将之路由到具体的队列中以供消费者消费。

（4）客户端使用routingkey，在exchange和queue之间建立好绑定关系。（5）客户端投递消息到exchange。

答：有四种exchange1）directexchange：只有当消息的routingkey和exchangebinding的routingkey完全一致的时候，exchange才会将消息发送到binding

名词exchange：交换机routingkey：路由keyqueue：队列控制台端口：15672exchange和queue是需要绑定在一起的，然后消息

开发背景项目中用到了rabbitmq，在引入一个新的交换机或者队列，都需要配置exchange、queue、routingKey，重复工作比较繁琐，消费端和生产端分离时需配置多份，易出错发送消息和消费消息时存在丢失消息的情况

前言Routing模式通过routingKey，决定发送和接收路径架构如下：image.png代码build.gradleplugins{id'java'}group'com.nick'version'

RabbitAdmin底层实现就是从Spring容器中获取Exchange交换机、Binding绑定、RoutingKey路由键以及Queue队列的

rabbitmq入门学习四路由模型(Routing)路由模式：1、每个消费者监听自己的队列，并且设置routingkey。

声明两个队列并且绑定到此交换机，绑定时不需要指定routingkey发送消息时不需要指定ro

Exchange的几种类型Direct（默认）只有当RoutingKey等于BindingKey时，消息才会被路由到队列中。

fanout它会把所有发送到该交换器的消息路由到所有与该交换器绑定的队列中，即无视RoutingKey和BindingKey的匹配规则。direct它会把消息路由到那些BindingKey和Rou

将消息发送到ExchangeExchange(交换器)：将从生产者接收到的消息路由到QueueQueue(队列)：存放供消费者消费的消息BindingKey(绑定键)：建立Exchange与Queue之间的关系RoutingKey

3、每个站点服务部署cmsclient程序，并与交换机绑定，绑定时指定站点Id为routingKey。指定站点id为routingKey就可以实现cmsclient只能接收到所属站点的页面发布消息。

header模式header模式与routing不同的地方在于，header模式取消routingkey，使用header中的key/value（键值对）匹配队列。

路由模式：1、每个消费者监听自己的队列，并且设置带统配符的routingkey。2、生产者将消息发给broker，由交换机根据routingkey来转发消息到指定的队列。

先常见生产者复制02的代码先改一下交换机的名称还需要制定routingKey。