1.前言 当被通知消费的队列存在消息积压并呈一个持续上升趋势，需要紧急处理一下，你会怎么办？能怎么办呢？先内心慌张一会，战斗一番，然后打开著名的搜索引擎进行搜索，在搜索结果中寻找答案。本文也即将成为你

无论什么技术方案，都有好的一面，也有坏的一面。而且，每当引入一个新的方案解决一个已有的技术问题时，这个新的方案会带来更多的问题，问题就像一个生命体一样，它们会不断的繁殖和进化

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

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

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

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

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

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

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