RabbitMQ

消费者在处理消息的过程中可能会发生异常，那么此时此刻该如何处理这个异常的消息呢？RabbitMQ有两个方法channel.basicNack 或 channel.basicReject能够让消息重新

上篇已经讲了发送方确认机制，已经知道 发送方确认机制是确认生产者是否成功发送消息到交换机。那交换机是否将消息发送到具体的队列那我们就不得而知了。

当生产者将消息发送出去之后，消息到底有没有正确地到达RabbitMQ 服务器呢？如果不进行特殊配置，默认情况下发送消息的操作是不会返回任何信息给生产者的，也就是默认情况下生产者是不知道消息有没有正确地

持久化可以提高 RabbitMQ 的可靠性，以防在异常情况（重启、关闭、宕机等）下的数据丢失。交换器的持久化是在声明交换器的时候，将 durable属性设置为 true。

什么是延迟队列？延迟队列存储的是对应的延时消息，所谓”延时消息”是指当消息被发送以后，并不想让消费者立即拿到消息，而是等待指定时间后，消费者才拿到这个消息进行消费。

因为笔者的RabbitMQ是使用Docker安装的，所以安装插件也需要使用到Docker。 下载插件 下载地址：

DLX ，全称为 Dead-Letter-Exchange ，可以称之为死信交换机。当消息在一个队列中变成死信之后

TTL（Time To Live），即过期时间。在RabbitMQ中分别可以对 消息和队列设置 TTL。

前面已经用俩篇文章来介绍 RabbitMQ 了。本篇呢，就带大家一起看看在 SpringBoot 中如何去使用RabbitMQ。

上篇讲了讲 RabbitMQ 的概念和 RabbitMQ 的基本使用。那本篇来介绍介绍 RabbitMQ 的一些常用方法。

MQ(Message Queue) : 翻译为 消息队列,通过典型的 生产者和消费者模型,生产者不断向消息队列中生产消息，消费者不断的从队列中获取消息。因为消息的生产和消费都是异步的，而且只关心消息的