RabbitMQ 并未直接实现延迟队，但有两种实现方式 1、 DLX 与 TTL 2、RabbitMQ 插件：rabbitmq-delayed-message-exchange

花了一周多的时间在工作之余写了两篇关于rabbitMq的内容，一篇是原生版的，一篇是springboot版的。初学者最好是看一下原声版更清晰一点，如果急于应用也可以直接看本文。本文内容较多，看完了五大消息模型的应用后还有进阶篇连着在一起，研究不太彻底请多多指教，好了，不打扰你们…

本文介绍了RocketMQ如何使用Java代码发送同步、异步、单向、延迟、批量、顺序、批量消息和带标签消息。

RabbitMQ的灵活性和可扩展性使得它适用于各种应用场景，从简单的任务队列到复杂的分布式系统。本文将深入探讨RabbitMQ的应用场景以及如何在实际项目中构建可靠的RabbitMQ架构体系。

MQ存在的问题：消息可靠性问题、延迟消息问题、消息堆积问题、MQ的高可用问题。围绕上述问题一一分析并解决以及使用的解决方案

1、MQ引言 1.1 什么是MQ MQ(Message Quene) : 翻译为消息队列,通过典型的 生产者和消费者模型,生产者不断向消息队列中生产消息，消费者不断的从队列中获取消息。因为消息的生产和

什么是消息队列? “消息队列(Message Queue)”是在消息的传输过程中保存消息的容器。在消息队列中，通常有生产者和消费者两个角色。

前言： 消息队列的主要作用是实现系统间的解耦、异步处理和削峰填谷。 由于消息队列的异步使用特性，天然的会存在一定概率消息丢失的情况。 方案1：消息落库 消息落库重发是基于MQ的confirm机制，在消

自动确认：Broker（RabbitMQ 服务器）在将消息发送给消费者后即将消息从队列中删除，无论消费者是否消费成功。如果消费者消费时业务代码出现异常或者还未消费完毕时系统宕机，就会导致消息丢失。 手动确认：消费者消费完毕后手动地向 Broker 发送确认通知，Broker 收…