详细讲解RocketMQ！包含多个知识点！通俗易懂！（顺序、延时消息、死信队列、消费幂、消息过滤）

最新推荐文章于 2025-11-11 09:00:00 发布
原创 最新推荐文章于 2025-11-11 09:00:00 发布 · 2.2k 阅读 · 7 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #程序员 #编程 #编程语言 #RocketMQ

RocketMQ提供了全局和部分顺序消息，保证消息严格按顺序发布和消费。延时消息可用于超时场景，如未支付订单处理。死信队列处理无法正常消费的消息，而消费幂等则防止重复消费导致异常。RocketMQ还支持服务端的消息过滤，包括Tag和SQL92表达式过滤。

目录

一、顺序消息

顺序消息（FIFO 消息）是消息队列 RocketMQ 提供的一种严格按照顺序来发布和消费的消息。顺序发布和顺序消费是指对于指定的一个 Topic，生 产者按照一定的先后顺序发布消息；消费者按照既定的先后顺序订阅消息，即先发布的消息一定会先被客户端接收到。

顺序消息分为全局顺序消息和分区顺序消息。

1.1、全局顺序消息

RocketMQ 在默认情况下不保证顺序，要保证全局顺序，需要把 Topic 的读写队列数设置为 1，然后生产者和消费者的并发设置也是 1。所以这样的话 高并发，高吞吐量的功能完全用不上。
在这里插入图片描述

1.1.1、适用场景

适用于性能要求不高，所有的消息严格按照 FIFO 原则来发布和消费的场景。

1.1.2、示例

要确保全局顺序消息，需要先把 Topic 的读写队列数设置为 1，然后生产者和消费者的并发设置也是 1。
mqadmin update Topic -t AllOrder -c DefaultCluster -r 1 -w 1 -n 127.0.0.1:9876
在证券处理中，以人民币兑换美元为 Topic，在价格相同的情况下，先出价者优先处理，则可以按照 FIFO 的方式发布和消费全局顺序消息。

1.2、部分顺序消息

对于指定的一个 Topic，所有消息根据 Sharding Key 进行区块分区。同一个分区内的消息按照严格的 FIFO 顺序进行发布和消费。Sharding Key 是顺 序消息中用来区分不同分区的关键字段，和普通消息的 Key 是完全不同的概念。

二、延时消息

2.1、概念介绍

延时消息：Producer 将消息发送到消息队列 RocketMQ 服务端，但并不期望这条消息立马投递，而是延迟一定时间后才投递到 Consumer 进行消费， 该消息即延时消息。

2.2、适用场景

消息生产和消费有时间窗口要求：比如在电商交易中超时未支付关闭订单的场景，在订单创建时会发送一条延时消息。这条消息将会在 30 分钟以 后投递给消费者，消费者收到此消息后需要判断对应的订单是否已完成支付。 如支付未完成，则关闭订单。如已完成支付则忽略。

2.3、使用方式

Apache RocketMQ 目前只支持固定精度的定时消息，因为如果要支持任意的时间精度，在 Broker 层面，必须要做消息排序，如果再涉及到持久化， 那么消息排序要不可避免的产生巨大性能开销。（阿里云 RocketMQ 提供了任意时刻的定时消息功能，Apache 的 RocketMQ 并没有,阿里并没有开源）
发送延时消息时需要设定一个延时时间长度，消息将从当前发送时间点开始延迟固定时间之后才开始投递。
延迟消息是根据延迟队列的 level 来的，延迟队列默认是
** msg.setDelayTimeLevel(5)代表延迟一分钟
** "1s 5s 10s 30s 1m 2m 3m 4m 5m 6m 7m 8m 9m 10m 20m 30m 1h 2h"
是这 18 个等级（秒（s）、分（m）、

最低0.47元/天 解锁文章
Java_Yhua
关注
大厂消息中间件高频面试题与知识点整理（RabbitMQ、RocketMQ、ActiveMQ、Kafka、ZeroMQ、MetaMQ）
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
04-07 172万+
互联网高频面试之消息中间件基本问题和知识点整理分析
完了！生产事故！几百万消息在消息队列里积压了几个小时！
科技D人生
02-28 913
分享一个大神的人工智能教程。零基础！通俗易懂！风趣幽默！还带黄段子！希望你也加入到人工智能的队伍中来！点击浏览教程 一、面试题 如何解决消息队列的延时以及过期失效问题？消息队列满了以后该怎么处理？有几百万消息持续积压几小时，说说怎么解决？ 二、面试官心里分析 你看这问法，其实本质针对的场景，都是说，可能你的消费端出了问题，不消费了，或者消费的极其极其慢。接着就坑爹了，可能你的消息队列集群的...
分布式消息队列RocketMQ(二)：RocketMQ的安装启动&基本概念&系统架构
anndy_的专栏
09-09 795
一、基本概念 官网地址: http://rocketmq.apache.org 1 消息(Message) 消息是指，消息系统所传输信息的物理载体，生产和消费数据的最小单位，每条消息必须属于一个主题。 2 主题(Topic) Topic表示一类消息的集合，每个主题包含若干条消息，每条消息只能属于一个主题，是RocketMQ进行消息订阅的基本单位。 topic:message 1:n message:topic 1:1 一个生产者可以同时发送多种Topic的消息;而一个消费者只对某种特定的Topic感兴趣，即
rocketmq详解（持续更新）
热门推荐
Ferao的博客
05-08 6万+
一、MQ阐述 简单图示 [注] 消息队列是一种"先进先出"的数据结构 不使用队列的情况下生产者与消费者之间是通过RPC交互的 应用场景 应用解耦 问题描述 系统的耦合性越高，容错性就越低，以电商应用为例，用户创建订单后，如果耦合调用库存系统、物流系统、支付系统，任何一个子系统出了故障或者因为升级等原因暂时不可用，都会造成下单操作异常 解耦含义 使用消息队列解耦，系统的耦合性就会...
RocketMQ：系统学习笔记教程
最新发布
weixin_46619605的博客
11-11 1208
RocketMQ：系统学习笔记教程
RocketMQ原理详解
11-30
RocketMQ原理讲解，图例分析框架，架构图
RocketMQ详解
沉默的夏虫
06-03 454
nameserv：发现以及路由 Brocker：存放消息的地方中转 queren，topic，同步刷盘、异步刷盘 productor：消息生产者，与nameserv连接，nameserv告知他“你提供的消息主题在某某些Brocker可接受”，同步发送(保证可靠性)、异步发送(快速，异步回调监听保证可靠性)、单向发送(快，不管成功与否)，集群模式(一个group中消费一次，以组为单位)&广播模式 consumer：消费端，告知nameserv我的订阅内容在哪些Brocker中存在 push&am
Rocket MQ详解
Edward_hjh的博客
04-14 7705
Rocket MQ。
【消息队列】MQ进阶篇之 RocketMQ 的理论，主打一个通俗易懂
代码的魅力，根本走不出来
01-17 1764
总体来说，生产者制作菜品，通过前台（NameServer）找到餐厅桌子（Broker），将菜品（消息）送到桌子上（队列）。消费者通过前台找到自己的桌子，享受美味的菜品（处理消息）。而Master和Slave的关系保证了即使有问题，餐厅也能继续提供服务。
RabbitMQ的死信队列和延时队列
DMaker1993的博客
12-26 3708
本文介绍并实战RabbitMQ的死信队列，以及通过RabbitMQ如何实现延时队列。
RocketMQ 详解
weixin_44981707的博客
04-13 3万+
RocketMQ 详解1. 基础概念2.RocketMQ 消费模式2.1 广播模式2.2 集群模式3. 基础架构3.1 Broker 的存储结构3.2 存储文件简介3.3 Consumer 端的负载均衡机制3.4 消息刷盘机制3.5 Mmap + pageCache3.5.1 传统IO 和 Mmap3.5.2 pageCache3.5.3 预映射机制 + 文件预热机制3.6 push/pull/pop3.7 Topic 分片3.8 查漏补缺3.8.1 消息的全局顺序和局部顺序3.8.2 零拷贝（Zero-c
rocketmq-client-nodejs:Apache RocketMQ Node.js客户端
05-03
适用于Node.js的RocketMQ客户端 这个官方的Node.js客户端是围绕 （一种经过微调的CPP客户端）的轻量级包装。 注意1：此客户端仍处于dev版本。 在生产中请谨慎使用。 注意2：该SDK现在仅支持macOS和Ubuntu 14.04 。 不支持Ubuntu 16+，尚未对CentOS进行测试。 安装 $ npm install --save apache-rocketmq 例子 您可以查看和以获得快速。 用法 首先需要此软件包。 const { Producer , PushConsumer } = require ( "apache-rocketmq" ) ; 制片人 建设者 new Producer ( groupId [ , instanceName ] [ , options ] ) ; Producer的构造函数接收三个参数： groupId ：生产
rocketmq原理：name server ，broker， producer， consumer之间通信
iie_libi的博客
01-08 1万+
原文链接：http://www.cnblogs.com/xiaodf/p/5075167.html 参考链接：rocketmq与kafka http://blog.youkuaiyun.com/chunlongyu/article/category/6638499 简介 官方简介： l  RocketMQ是一款分布式、队列模型的消息中间件，具有以下特点： l  能够保证严格的消息顺序 l
promise中，各个知识点详细用通俗易懂的讲解，归纳总结成可背诵的文本格式
04-25
<think>嗯，用户现在想了解JavaScript Promise的详细知识点，并且希望用通俗易懂的方式讲解，还要整理成容易背诵的文本格式。之前用户已经询问过JavaScript的异步操作，我之前给出过包含Promise在内的总结，但用户现在希望更深入、更详细地讲解Promise本身。 首先，我需要回顾之前的对话，确保内容不重复，同时补充更多细节。用户提到参考了站内引用，但那个引用是关于AngularJS的ng-click指令的，可能不太相关，所以应该忽略，专注于用户当前的需求。 用户可能需要Promise的核心概念、用法、方法链、错误处理、静态方法等。另外，用户想要易于背诵的格式，可能需要分点、列表、对比表格、代码示例和记忆口诀。 需要确保内容结构清晰，分章节，每个部分有明确的标题，比如基础概念、核心方法、执行顺序等。使用比喻帮助理解，例如快递站模型，这样更容易记忆。 还要注意用户可能的应用场景，比如如何处理多个Promise，错误捕获，以及常见的面试问题，比如执行顺序。同时，用户可能需要实际代码示例，比如如何封装AJAX请求，或者并发控制。 需要检查是否有遗漏的重要知识点，比如Promise的状态不可逆、微任务队列、与async/await的关系等。同时，注意引用之前的回答中的内容，保持一致性，比如事件循环的执行顺序。 最后，总结成口诀或要点，方便用户背诵。确保语言简洁，避免技术术语过多，用日常例子帮助理解。</think>### JavaScript Promise 知识点大全（背诵专用版） --- #### 一、核心概念（3W记忆法） **What** 异步操作管理器，包含三种状态： `pending`（等待）→ `fulfilled`（成功） / `rejected`（失败） **Why** 解决回调地狱问题（Callback Hell），提供链式操作能力 **How** ```javascript const promise = new Promise((resolve, reject) => { if (成功条件) resolve(结果) else reject(错误) }) ``` --- #### 二、核心方法链（黄金三角） | 方法 | 作用 | 状态触发条件 | |------------|----------------------|------------------| | `.then()` | 接收成功结果 | 前序Promise成功 | | `.catch()` | 捕获失败结果 | 任意环节发生错误 | | `.finally()`| 最终执行（无论成败） | 总是最后执行 | **基础链式结构**： ```javascript fetchData() .then(处理成功) .catch(处理失败) .finally(清理操作) ``` --- #### 三、状态流转图（必背） ``` pending → [[ resolve(value) ]] → fulfilled → 触发.then() [[ reject(error) ]] → rejected → 触发.catch() ``` **重要特性**： 1. 状态不可逆（单向流动） 2. 值穿透特性（空.then()传递结果） 3. 微任务队列执行（优先于setTimeout）[^1] --- #### 四、静态方法（四大金刚） 1. **`Promise.resolve()`** 快速创建成功Promise ```javascript Promise.resolve(42) 等价于 new Promise(resolve => resolve(42)) ``` 2. **`Promise.reject()`** 快速创建失败Promise ```javascript Promise.reject('error') 等价于 new Promise((_, reject) => reject('error')) ``` 3. **`Promise.all([p1,p2])`** 所有Promise成功才算成功 ```javascript // 典型场景：并行加载多个资源 Promise.all([loadImg(), loadData()]).then(([img, data]) => {...}) ``` 4. **`Promise.race([p1,p2])`** 取首个完成的Promise结果 ```javascript // 典型场景：请求超时控制 Promise.race([fetchData(), timeout(5000)]) ``` --- #### 五、错误处理机制（双通道策略） 1. **显式捕获** ```javascript .then(null, errorHandler) // 仅捕获前序错误 ``` 2. **全局捕获** ```javascript .catch(errorHandler) // 捕获链式调用中所有错误 ``` 3. **穿透规则** ```javascript new Promise(() => { throw 'error' }) .then() // 空then不会阻断错误传递 .catch(console.log) // 仍能捕获到错误 ``` --- #### 六、执行顺序经典题（附解析） ```javascript console.log('A') new Promise(res => { console.log('B') res() }).then(() => { console.log('C') setTimeout(() => console.log('D'), 0) }) setTimeout(() => console.log('E'), 0) console.log('F') // 执行顺序：A → B → F → C → E → D // 解析步骤： // 1. 同步代码顺序执行（A/B/F） // 2. 微任务队列清空（C） // 3. 执行宏任务队列（先进入的E先执行） ``` --- ### 记忆口诀（升级版） **基础认知**： "Promise 状态三件套，pending 之后不可倒" **链式调用**： "then接成功catch错，finally最后必过" **静态方法**： "all要全成功race竞速，resolve/reject快速路" **错误处理**： "错误穿透像接力，catch兜底最给力" **执行顺序**： "同步微宏三阶段，then快于setTimeout" --- ### 高频面试要点 1. **手写Promise实现**（核心逻辑背诵） ```javascript class MyPromise { constructor(executor) { this.state = 'pending' this.value = undefined const resolve = (value) => { if (this.state === 'pending') { this.state = 'fulfilled' this.value = value } } executor(resolve, reject) } // 继续补充then方法... } ``` 2. **async/await本质** ```javascript async function foo() {} ≡ function foo() { return new Promise(...) } await p ≡ p.then(...) 的语法糖 ``` [^1]: 微任务队列机制详见ECMAScript规范 [^2]: Promise状态机模型参考Promises/A+标准
评论 3
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值