Java面试题-MQ中死信队列

想要回答这个问题，就需要先知道什么是死信队列。

死信消息（ Dead-Letter Message ）。以RabbitMQ进行举例：

        在RabbitMQ中队列存储的消息如果在第一次没有被成功消费，会基于ACK进行消息重试，当重试次数达到最大后，表明我们消费者已经无法消费消费消息了，它会把为消费的消息放入到一个特殊的队列，此时这个消息就是死信消息，而专门存储死信消息的队列就是死信队列（ Dead-Letter Queue）

什么情况下消息会变成死信消息呢？

• 重试次数达到最大上限
• 消息被拒绝或消息没有重新排队
• 队列内消息达到最大长度
• 消息过期，这种只能出现在设置了过期时间（TTL）的消息中。

死信队列的使用场景

    以订单超时支付为例：

1. 创建消息队列：首先，需要创建一个消息队列，用于存储订单支付相关的消息。
2. 发送消息：当有新的订单需要支付时，将订单信息作为消息发送到消息队列中。
3. 设置超时时间：为每个消息设置一个超时时间，例如，如果订单在一定时间内（比如 30 分钟）没有完成支付，那么该消息将被视为超时。
4. 处理超时消息：当消息超时后，它将被移动到死信队列中。可以有一个专门的消费者进程或服务来处理死信队列中的消息。
5. 重试或采取措施：对于死信队列中的消息，可以进行重试支付操作，或者采取其他适当的措施，比如发送提醒给用户、取消订单等。
6. 监控和错误处理：需要监控死信队列的状态，并处理可能出现的错误情况，例如消息处理失败或系统故障。

        也可以简单理解为：提交订单后生成支付信息，如果用户支付就会获取消息，消息正常被消费，如果超过20或30分钟用户未支付，消息进入死信队列。最后监听死信队列的消费者完成未支付的逻辑。

这就是死信队列的简单讲解