引言 Hi 你好，我是有清 RocketMQ 作为一款消息中间件，它的信息的投递与消费，通常都会与数据库的更新进行挂钩，那么如何保证 消息和数据库的更新是一个原子性的操作呢？ 比如在我数据库更新失败的

本文正在参加「金石计划」 今天我们来讨论如何在项目开发中优雅地使用RocketMQ。本文分为三部分，第一部分实现SpringBoot与RocketMQ的整合，第二部分解决在使用RocketMQ过程中可

这可能是目前最简单的RabbitMQ业务实现了，靓仔，你确定不上车吗？以一个实际业务场景举例：当客服状态为在线且3分钟未回复客户消息时，自动重启im会话机器人接管会话。这是一个常见的延迟消息使用场景。

一般来说，生产者将消息投递到队列中，消费者从队列取出消息进行消费，但某些时候由于特定的原因导致队列中的某些消息无法被消费，这样的消息如果没有后续的处理，就变成了死信(Dead Letter)

重温rabbitmq的时候，忘记加上这几个队列了，那么这一篇就介绍下死信队列、延迟队列、优先队列吧。

前几天粉丝群里有个小伙伴问过：web 页面的未读消息（小红点）怎么实现比较简单，刚好本周手头有类似的开发任务，索性就整理出来供小伙伴们参考，没准哪天就能用得上呢。 之前在 《springboot + rabbitmq 做智能家居》 中说过可以用 rabbitmq 的 MQTT …

前言 我们在工作中经常会用到异步消息，主要使用两种消息模式： 消息队列 发布/订阅 消息队列：多个生产者可以向同一个消息队列发送消息，但是一个消息只能被一个消费者消费。 发布/订阅：一个消息可以被多个

文章内容包括三大主流MQ的组织结构，其内部的核心，常见的问题，与解决方案。用于自己复习，同时分享给大家。

一、RocketMQ的基本原理 RocketMQ基本架构图如下 从这个架构图上我们可以知道，RocketMQ有4块核心部分： NameServer：管理Broker的信息，让使用MQ的系统感知到集群里