私欲日生，如地上尘，一日不扫，便又有一层。着实用功，便见道无终穷，愈探愈深，必使精白无一毫不彻方可。

虚拟主机可以理解为RabbitMQ中的重大特点，实际上在之前就已经存在虚拟主了。RāobitMQ如果没有配置，则默认会存在一个虚拟主机，当然用户也可以建立自己的虚拟主机，并目每一个虚拟主机中有自己的队列信息。

大家在使用某宝的时候应该会遇到这样的场景, 自己选择的商品之后, 点击了提交订单, 但是并没有发起支付, 随后在待支付的页面就会看见刚刚的订单正在倒计时, 并且提示剩余时间 这里就会用到延迟队列, 等待时间倒计时结束后, 用户仍没有支付订单, 就会发送消息取消订单。当消息发送到延迟交换机中, 正常情况下交换机应该立即发送消息给队列, 不具备消息的存储功能, 而延迟交换机会帮你把消息暂存, 等过完5秒钟后才发送, 所以消息没有进行转发才导致刚刚的报错.这里值得注意的是, 在声明参数的时候多了一个。...

因为延迟队列的需求非常多，所以RabbitMQ的官方也推出了一个插件，原生支持延迟队列效果。这个插件就是DelayExchange插件。参考RabbitMQ的插件列表页面：https://www.rabbitmq.com/community-plugins.html

满足死信交换机有三种情况分别是 :消费者使用basic.reject或 basic.nack声明消费失败，并且消息的requeue参数设置为false消息是一个过期消息，超时无人消费要投递的队列消息满了，无法投递3.死信队列和失败消息队列的区别在上篇文章讲到的因为消费者内部出现异常, 导致重试次数耗尽, 为了消息不会丢弃, 我们直接将消费者消息发送到(error.direct)失败交换机中如下图所示这次我们所讲的死信交换机种, 我们发现明显的差别, 在死信中,.........

1. manual：手动ack，需要在业务代码结束后，调用api发送ack。2. auto：自动ack，由spring监测listener代码是否出现异常，没有异常则返回ack；抛出异常则返回nack3. none：关闭ack，MQ假定消费者获取消息后会成功处理，因此消息投递后立即被删除............

Slf4j@Override//获取RabbitTemplate//设置ReturnCallback//投递失败，记录日志log.info("消息发送失败，应答码{}，原因{}，交换机{}，路由键{},消息{}",//如果有业务需要，可以重发消息});}}//1.消息体";//2.全局唯一的消息ID，需要封装到CorrelationData中//3.添加callback//3.1.ack，消息成功log.debug("消息发送成功,ID。...

了解过Fanout交换机的同学就一定知道,在给Fanout交换机发送消息的时候只需要指定交换机的名称,和要发送的消息即可,并且可以指定多个队列。我们能看出,这次由两个队列同时接收到了消息,在队列direct.queue1和direct.queue2中,下面我们要学习的Direct交换机的区别,和Fanout很相似,在我们的QueueBinding中声明的key中包含了"blue"而且在发布消息的时候也需要指定消息的RoutingKey。案例2key值为red。key的值为blue。...

Test//交换机名称StringexchangeName="声明FanoutExchange交换机";//消息Stringmessage="测试FanoutExchange交换机,请各位接收!";}最后运行结果源码项目地址链接https//pan.baidu.com/s/1vnYVEPGO8B5XLCf9Xc67cA提取码few9https。

work queue,工作队列，可以提高消息处理速度，避免队列消息堆积

官方的HelloWorld是基于最基础的消息队列模型来实现的，只包括三个角色：publisher：消息发布者，将消息发送到队列queuequeue：消息队列，负责接受并缓存消息consumer：订阅队列，处理队列中的消息.........

1.生产者（Publisher）：发消息到RabbitMQ中的（Exchange）交换机上。2.交换机（Exchange）：和生产者建立连接并接收生产者发来的消息3.消费者（Consumer）：监听RabbitMQ中的(Queue)队列中的消息4.队列（Queue）：Exchange将消息发送到指定的Queue中，Queue和消费者进行交互5.路由（Routes）：交换机转发消息到队列的规则...