惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
V
Visual Studio Blog
The GitHub Blog
The GitHub Blog
Apple Machine Learning Research
Apple Machine Learning Research
J
Java Code Geeks
T
Tailwind CSS Blog
大猫的无限游戏
大猫的无限游戏
Jina AI
Jina AI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Hugging Face - Blog
Hugging Face - Blog
WordPress大学
WordPress大学
宝玉的分享
宝玉的分享
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
罗磊的独立博客
人人都是产品经理
人人都是产品经理
H
Heimdal Security Blog
Last Week in AI
Last Week in AI
博客园 - 【当耐特】
Cyberwarzone
Cyberwarzone
Google DeepMind News
Google DeepMind News
雷峰网
雷峰网
Hacker News: Ask HN
Hacker News: Ask HN
Webroot Blog
Webroot Blog
Microsoft Azure Blog
Microsoft Azure Blog
MyScale Blog
MyScale Blog
A
About on SuperTechFans
V2EX - 技术
V2EX - 技术
小众软件
小众软件
博客园 - Franky
博客园 - 司徒正美
P
Privacy International News Feed
爱范儿
爱范儿
U
Unit 42
博客园 - 叶小钗
The Hacker News
The Hacker News
C
Check Point Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Simon Willison's Weblog
Simon Willison's Weblog
N
News and Events Feed by Topic
D
Docker
T
Threatpost
MongoDB | Blog
MongoDB | Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
H
Help Net Security
L
LINUX DO - 最新话题
Security Latest
Security Latest
T
The Exploit Database - CXSecurity.com
S
SegmentFault 最新的问题
A
Arctic Wolf
Spread Privacy
Spread Privacy

博客园_首页

Linux实操--组管理、权限管理和定时任务 Java + EasyExcel 实现单个接口导出多个Excel Mem0 源码解析系列(二):提示词工程的深度剖析 Openclaw TaskFlow究竟是什么?和普通Skill技能有什么区别 博文阅读密码验证 - 博客园 嘉立创开源:应该是全网MicroPython教程最多的开发板 Hermes Agent 集成实践:从协议到生产 2026年AI编程工具横评:Cursor、Codex、Claude Code、Zed、Windsurf Java程序员必看的RAG入门教程 2026 AI效率神器:Superpowers + Claude Code 保姆级教程 本地大模型部署全攻略:从 0 到 1 玩转 Ollama 【从0到1构建一个ClaudeAgent】内存管理-上下文压缩 .NET 高级开发 | 设计、实现一个事件总线框架 电子小白入门之NE555 3. WorkBuddy:隐藏玩法,一键召唤专家,让 AI 以"专家身份"给你干活 和AI一起搞事情#3:Claude Teammate 游戏开发翻车实录 【OpenClaw】通过 Nanobot 源码学习架构---(7)Memory C# .NET 周刊|2026年3月3期 我在 Debian 11 上把 K8s 单机搭起来了,过程没你想的那么顺(/opt 目录版) 深度学习进阶(七)Data-efficient Image Transformer CLI+Skill搭建浏览器AI自动化框架,告别一切重复枯燥任务 告别Token账单无底洞:OpenClaw本地部署,重塑企业数据主权的唯一解 FastAPI+Vue:文件分片上传+秒传+断点续传,这坑我帮你踩平了! SBTI 爆火后,我做了个程序员版的 CBTI。。已开源 + 附开发过程 多模态检索开始进入工程期:用 Sentence Transformers 搭建可落地的 Multimodal RAG 100多行代码实现一个最简单的Agent(用ReAct) Claude Code 通关手册(八):推荐 5 个 Hooks,代码质量提升 3 倍 老板:“有人截图了!”。安全部门:“收到,马上查暗水印!” - why技术 技术之外,皆是人间 C#/.NET/.NET Core技术前沿周刊 | 第 69 期(2026年4.01-4.12) Snack JSONPath 项目架构分析 Claude Code Buddy 小析:一个非核心功能,如何体现产品的细节完成度 AI新时代下的图床管理方案-Cloudflare图床+MCP+Skills方案指南 化繁为简:顺丰速运App如何通过 HarmonyOS SDK实现专业级空间测量 从零实现富文本编辑器#13-React非编辑节点的内容渲染 AI开发-python-langchain框架(3-23-OpenAI Functions风格Tool Calling智能助手) .NET + AI 进阶实战:基于类的技能开发 - 打造可治理的 Agent 能力模块 【从0到1构建一个ClaudeAgent】规划与协调-技能 上周热点回顾(4.6-4.12) 电子小白的工具三件套:面包板、杜邦线、万能板 单表五亿数据的查询优化 | Mysql、StarRocks 2. WorkBuddy:从“我是谁”到“帮我干活” C# 如何减少代码运行时间:7 个实战技巧 基于HelixToolkit.SharpDX 渲染3D模型 - 笺上知微 从零开始的双臂具身VLA起源及现阶段发展综述 - SkyXZ 记对 xonsh shell 的使用, 脚本编写, 迁移及调优 - pluvium27 受够了Vibe Coding的失控?换个起点,让AI事半功倍 从开始配置漏洞环境到漏洞复现流程 - 難しい 关于10年工作经验的程序员对OpenClaw的实战经验分享以及看法 - 虚无境 Any metadata 的内存布局 C# .NET 周刊|2026年3月2期 - InCerry 我帮你测过了,测试圈排名第二的 Skill 依然很牛逼 Skill Discovery | 无监督技能发现的经典工作总结 - MoonOut PbootCMS 网站内容数量多导致访问慢?这些实用优化方案帮你提速! - 家兴网络技术工作室 上下文工程是什么?过时了么?一文讲明白! - 一枫说码 网站漏洞怎么发现并修复?一篇实用指南(附完整流程) - 家兴网络技术工作室 开了 TUN 模式还是直连?90% 的人都踩过这个坑 Github日报|2026年04月12日 - AI一族 AScript扩展多种脚本语言 - rockey627 AI 学习笔记:Agent 的记忆机制 你能被装进一个文件里吗?——7 万人把同事"蒸馏"成了 AI - 我没有三颗心脏 Claude Code 通关手册(七):给 AI 装上技能包——Skills 完全指南 - 暮色之狐 在浏览器中快速编辑代码:VSCode Web 集成实践 - Newbe36524 蒸馏自己 skill?基于 Deepseek 的蒸馏器,丐版蒸馏方式,简单便捷 - To_Carpe_Diem Spring AI Aliababa和AgentScope,哪个更好? - 苏三说技术 Etsy 把 1000 个 MySQL 分片迁进 Vitess:425TB 数据背后的真正问题不是性能,而是运维规模 MicroPython LVGL基础知识和概念:底层渲染与性能优化 - FreakStudio 数据库草图算法 Python 潮流周刊#146:CPython 引入 Rust 的进展 - 豌豆花下猫 最小生成树 - mofei1116 红日靶场七:从外网入口、容器逃逸到 AD 接管的完整利用链复盘 - YouDiscovered1t 分享四款开源且实用的 Kafka 管理工具 - 追逐时光者 vLLM 权重加载机制全解析:从挑战到理想架构 LCT 学习笔记 - ACehomoxue Avalonia UI 12.0.0 正式发布:架构演进和性能飞跃 - 张善友 当 AI Agent 把调用链拉长,延迟开始成为一门生意 conhost.exe 无法显示 U+2717 - 145a 太秀了,我把自己蒸馏成了 Skill!已开源 - 程序员鱼皮 ASP.NET Core 内存缓存实战:一篇搞懂该怎么配、怎么避坑 基于 Ghostty 带有分割标签页和为 Claude 编程设计的通知终端 - BugShare AI 焊死入口:教育的“操作系统级”重塑 - 郝hai 初级Java开发工程师使用sql脚本编写代码的过程是简单而且不糊涂 - CoderOilStation Claude Code通关手册(六):MCP协议完全指南 - 暮色之狐 边框灯光环绕动画特效实现指南 - Newbe36524 开源:子木蒸馏版的 SEO 审计工具 seo-audit-skill v1.0 我所理解的Python元模型 【从0到1构建一个ClaudeAgent】规划与协调-TodoWrite - 程序员Seven Claude 和 Codex 在审计 Skill 上性能差异探究 - ACai_sec AScript如何实现中文脚本引擎 - rockey627 【渗透测试】HTB Season10 Garfield 全过程wp - dynasty_chenzi Android 开发者为什么必须掌握 AI 能力?端侧视角下的技术变革 树状数组正确性证明 - AC-wyr 你的 AI 焦虑,可能比 AI 本身更危险——ATM 机没有消灭银行柜员,但恐慌消灭了你的判断力 - 我没有三颗心脏 一个拉胯的分库分表方案有多绝望?整个部门都在救火! - 冰河团队 动态规划入门必学之走方格问题 - Ofnoname PostgREST 与 PostgreSQL 角色权限配置全解析(生产级实践) - SheepDog1998 使用 UEFI 图形输出协议 GOP 在屏幕上显示图像的方法 - 阿源- Claude Code通关手册(五):组建你的AI专家团队,子代理系统 - 暮色之狐 一个程序员到架构师的催婚路之感悟(整整10年后的催婚相亲感悟) - MisterLip 用 Agent Skill 自动生成工作周报 - 赵康
Docker 部署 RocketMQ 5
鲍宪立 · 2026-04-19 · via 博客园_首页

Docker 部署 RocketMQ 5.x 完整教程(含新手踩坑+命令深度解析)

🔥 前言:本文基于实战踩坑经验,整理出 Docker 一键部署 RocketMQ + Dashboard 完整流程,全程面向 Docker 新手,每条命令逐行解析,避开 JDK 兼容、网络连通、集群注册等所有常见坑,Windows/Linux 通用,复制即可上手。

在本地部署 RocketMQ 时,很容易遇到 JDK 版本冲突、Broker 静默退出、客户端连接失败等问题,而 Docker 可以完美隔离环境,统一依赖,让部署变得简单高效,这也是新手避开环境坑的最优方案。

一、前置准备(必看)

1. 环境要求

  • Windows:安装 Docker Desktop(需开启 Hyper-V,新手直接下一步安装即可)
  • Linux:安装 Docker Engine(后续可补充 Linux 安装命令,新手先聚焦部署)
  • 端口开放:9876(NameServer)、10911(Broker)、8080(Dashboard),避免防火墙拦截
  • 内存建议:≥ 2GB,避免容器因内存不足崩溃

2. 核心组件说明(新手必懂)

RocketMQ 核心由 3 个组件组成,缺一不可,Docker 部署时需保证三者互通:

  • NameServer:注册中心,管理 Broker 地址信息,相当于“导航仪”
  • Broker:消息存储与转发核心,相当于“消息仓库”,负责接收、存储、转发消息
  • Dashboard:可视化控制台,替代繁琐的 mqadmin 命令行,新手操作更友好

二、Docker 网络创建(关键一步,避坑核心)

RocketMQ 的 NameServer、Broker、Dashboard 是三个独立容器,需要在同一网络下才能互通,避免因容器 IP 变动导致连接失败(比 --link 更稳定,新手优先用这种方式)。

执行命令

docker network create rocketmq

命令深度解析(新手必看)

  • docker network create:Docker 创建自定义桥接网络的核心命令,桥接网络可实现容器间内网互通
  • rocketmq:自定义网络名称,后续所有 RocketMQ 相关容器都加入这个网络,方便管理
  • 作用:让 NameServer、Broker、Dashboard 处于同一“内网”,无需暴露多余端口,避免网络不通的坑

三、部署 NameServer(注册中心,先启动)

NameServer 是 RocketMQ 的“导航中心”,必须先启动,否则 Broker 无法注册,客户端也无法连接。

1. 启动命令(复制直接执行)

docker run -d \
  --name rmqnamesrv \
  --network rocketmq \
  --restart always \
  -p 9876:9876 \
  -e "JAVA_OPT_EXT=-Xms256m -Xmx256m" \
  apacherocketmq/rocketmq:5.3.0 \
  sh mqnamesrv

2. 逐行解析(新手吃透每一个参数)

-d 后台运行容器 容器启动后不占用终端,关闭终端也不会停止 --name rmqnamesrv 给容器命名 后续查看日志、启动停止容器,直接用这个名字,不用记复杂的容器ID --network rocketmq 加入自定义的 rocketmq 网络 和后续的 Broker、Dashboard 互通,避免网络隔离 --restart always 开机自启 Docker 重启、电脑重启后,容器自动拉起,不用手动重新启动 -p 9876:9876 端口映射(宿主机端口:容器端口) 宿主机的 9876 端口映射到容器的 9876 端口,客户端通过宿主机 IP:9876 访问 NameServer(9876 是 NameServer 默认端口,不可随意修改) -e "JAVA_OPT_EXT=-Xms256m -Xmx256m" 设置 JVM 参数 限制容器占用的内存(初始 256M,最大 256M),避免容器因内存不足 OOM 崩溃,新手不用改这个值 apacherocketmq/rocketmq:5.3.0 使用的 RocketMQ 官方镜像 版本和本地客户端保持一致(本文用 5.3.0,新手直接用这个版本,避免版本冲突) sh mqnamesrv 容器内执行的启动命令 启动 NameServer 服务,固定写法,不用修改
参数 含义 新手必懂作用

3. 验证启动成功(关键一步)

执行以下命令,查看 NameServer 日志,确认启动成功:

docker logs --tail 20 rmqnamesrv

出现以下内容,说明启动成功:

The Name Server boot success

四、部署 Broker(核心组件,最易踩坑)

Broker 是消息存储的核心,也是最容易踩坑的环节(之前遇到的 Broker 静默退出、注册失败,都和配置有关),新手严格按步骤来,不要随意修改参数。

1. 准备自定义配置文件(解决客户端连接不上的核心)

新建一个名为 broker.conf 的文件(任意目录,比如桌面),填入以下配置,重点修改 brokerIP1 为你的宿主机 IP

# 集群名称,默认 DefaultCluster,和客户端配置一致即可
brokerClusterName = DefaultCluster
# Broker 名称,同一集群内唯一
brokerName = broker-a
# Broker ID,0 表示主节点,大于 0 表示从节点(新手先部署单主节点)
brokerId = 0
# 消息删除时间,默认凌晨 04 点
deleteWhen = 04
# 消息保留时间,默认 48 小时(可修改,比如 72 小时)
fileReservedTime = 48
# Broker 角色,ASYNC_MASTER 异步主节点(新手推荐,性能更好)
brokerRole = ASYNC_MASTER
# 刷盘策略,ASYNC_FLUSH 异步刷盘(新手推荐,兼顾性能和可靠性)
flushDiskType = ASYNC_FLUSH
# 关键配置:宿主机真实 IP(Windows/Linux 本机 IP),不能用 127.0.0.1/localhost
# 查看 IP:Windows 用 ipconfig,Linux 用 ifconfig
brokerIP1 = 192.168.1.105(替换成你的宿主机 IP)
# 开启自动创建 Topic,无需手动用 mqadmin 命令创建(新手必开)
autoCreateTopicEnable = true

2. Broker 启动命令(复制修改 IP 即可执行)

docker run -d \
  --name rmqbroker \
  --network rocketmq \
  --restart always \
  -p 10911:10911 \
  -p 10909:10909 \
  -v $(pwd)/broker.conf:/home/rocketmq/conf/broker.conf \
  -e "NAMESRV_ADDR=rmqnamesrv:9876" \
  -e "JAVA_OPT_EXT=-Xms512m -Xmx512m" \
  apacherocketmq/rocketmq:5.3.0 \
  sh mqbroker -c /home/rocketmq/conf/broker.conf

3. 核心参数深度解析(新手重点看)

  • -p 10911:10911:Broker 主通信端口,客户端发送/接收消息必须访问这个端口,不可修改
  • -p 10909:10909:Broker 内部通信端口(主从同步、心跳),无需手动访问,必须映射
  • -v $(pwd)/broker.conf:/home/rocketmq/conf/broker.conf:挂载自定义配置文件
    • $(pwd):表示当前命令执行的目录(确保 broker.conf 在这个目录下)
    • 作用:用自定义的 broker.conf 覆盖容器内默认配置,重点是指定 brokerIP1,避免客户端连接失败
  • -e "NAMESRV_ADDR=rmqnamesrv:9876":指定 NameServer 地址
    • rmqnamesrv:是 NameServer 容器的名称(之前命名的),Docker 内部可通过容器名访问,比 IP 更稳定
    • 作用:让 Broker 启动后自动注册到 NameServer,避免手动注册的麻烦
  • -c /home/rocketmq/conf/broker.conf:指定 Broker 加载的配置文件路径,和挂载的路径一致,不可修改

4. 验证启动成功

执行以下命令,查看 Broker 日志:

docker logs --tail 20 rmqbroker

出现以下内容,说明 Broker 启动成功,且已注册到 NameServer:

The broker boot success. serializeType=JSON
Register broker to name server successfully

五、部署 Dashboard 可视化控制台(新手福音)

Dashboard 是官方提供的可视化工具,替代繁琐的 mqadmin 命令行,可直观查看集群状态、Topic、消息等,新手必部署。

1. 启动命令(复制直接执行)

docker run -d \
  --name rocketmq-dashboard \
  --network rocketmq \
  --restart always \
  -p 8080:8080 \
  -e "JAVA_OPTS=-Drocketmq.namesrv.addr=rmqnamesrv:9876 -Dcom.rocketmq.sendMessageWithVIPChannel=false" \
  apacherocketmq/rocketmq-dashboard:latest

2. 核心参数解析

  • -p 8080:8080:Dashboard 访问端口,宿主机 8080 映射到容器 8080,若 8080 被占用,可修改为 8081:8080(访问时用 8081 端口)
  • -e "JAVA_OPTS=...":指定 NameServer 地址,和 Broker 配置一致,确保 Dashboard 能连接到 NameServer
  • -Dcom.rocketmq.sendMessageWithVIPChannel=false:关闭 VIP 通道,RocketMQ 5.x 默认关闭,避免连接失败

3. 访问 Dashboard

打开浏览器,输入以下地址,无需登录,直接访问:

http://localhost:8080

访问成功后,可看到集群状态、Broker 信息,说明 Dashboard 部署成功。

4. Dashboard 核心功能(新手常用)

  • 集群管理:查看 NameServer、Broker 状态,是否在线
  • Topic 管理:可视化创建、删除、修改 Topic,不用记 mqadmin 命令
  • 消息查询:按 Topic、消息 ID、消息 Key 查询消息,排查消息丢失问题
  • 消费组管理:查看消费组状态、消费堆积情况,重置消费位点
  • 死信队列:查看消费失败的消息,一键重发,解决消费异常问题

六、服务状态检查全套命令(新手必备)

部署完成后,用以下命令检查所有服务是否正常,避免踩坑:

# 1. 查看所有运行的容器(确认 NameServer、Broker、Dashboard 都在运行)
docker ps

# 2. 查看 NameServer 日志(排查启动失败问题)
docker logs rmqnamesrv

# 3. 查看 Broker 日志(排查注册失败、启动异常问题)
docker logs rmqbroker

# 4. 检查集群节点(确认 Broker 已注册到 NameServer)
docker exec -it rmqbroker sh mqadmin clusterList -n rmqnamesrv:9876

# 5. 查看端口占用(排查端口冲突问题)
# Windows
netstat -ano | findstr 9876
# Linux
netstat -tuln | grep 9876

七、实战踩坑总结(我们亲身遇到的问题,新手必看)

结合之前部署遇到的问题,整理出 5 个最常见的坑,提前避开,节省时间:

坑 1:Broker 启动无日志、静默退出

  • 原因:JDK 版本兼容问题(本地 JDK17 与 RocketMQ 脚本不兼容)、内存不足、配置错误
  • 解决:用 Docker 封装环境,统一 JDK 版本;启动时指定 JVM 内存参数(-Xms512m -Xmx512m);检查 broker.conf 配置是否正确

坑 2:客户端报错 CODE:206 消费者组不在线

  • 原因:使用了官方默认消费组名 please_rename_unique_group_name(这个组是禁用的,无法使用)
  • 解决:自定义消费组名(比如 test-consumer-group);先启动消费者,再发送消息;开启 Broker 自动创建 Topic(autoCreateTopicEnable=true)

坑 3:客户端连接超时、无法发送消息

  • 原因:Broker 注册的是容器内网 IP,客户端无法访问;brokerIP1 配置错误(用了 127.0.0.1)
  • 解决:在 broker.conf 中强制指定 brokerIP1 为宿主机真实 IP;确保容器加入自定义 rocketmq 网络

坑 4:Java 客户端报错 UnsupportedClassVersionError

  • 原因:JDK8 运行 JDK17 编译的 Jar 包,版本不兼容
  • 解决:统一 JDK 版本(客户端用 JDK17);Docker 部署的 RocketMQ 环境已隔离 JDK,不会出现此问题

坑 5:mqadmin 创建 Topic 报错“集群不存在”

  • 原因:Broker 未注册到 NameServer;NameServer 与 Broker 不在同一网络
  • 解决:使用自定义 Docker 网络;启动 Broker 时指定 NAMESRV_ADDR=rmqnamesrv:9876;检查 Broker 日志是否注册成功

八、Java 客户端连接配置(实战可用)

部署完成后,用 Java 代码测试消息收发,核心配置如下(替换宿主机 IP 即可):

1. 生产者代码(发送消息)

import org.apache.rocketmq.client.producer.DefaultMQProducer;
import org.apache.rocketmq.client.producer.SendResult;
import org.apache.rocketmq.common.message.Message;

public class ProducerTest {
    public static void main(String[] args) throws Exception {
        // 1. 自定义生产者组名(不要用默认组名)
        DefaultMQProducer producer = new DefaultMQProducer("test-producer-group");
        // 2. 设置 NameServer 地址(宿主机 IP:9876)
        producer.setNamesrvAddr("192.168.1.105:9876");
        // 3. 启动生产者
        producer.start();
        // 4. 发送消息(TopicTest 会自动创建,无需手动创建)
        Message message = new Message("TopicTest", "Tag1", "Hello RocketMQ!".getBytes());
        SendResult result = producer.send(message);
        System.out.println("消息发送成功:" + result);
        // 5. 关闭生产者
        producer.shutdown();
    }
}

2. 消费者代码(接收消息)

import org.apache.rocketmq.client.consumer.DefaultMQPushConsumer;
import org.apache.rocketmq.client.consumer.listener.ConsumeConcurrentlyStatus;
import org.apache.rocketmq.client.consumer.listener.MessageListenerConcurrently;
import org.apache.rocketmq.common.message.MessageExt;

import java.util.List;

public class ConsumerTest {
    public static void main(String[] args) throws Exception {
        // 1. 自定义消费者组名(与生产者组名不同)
        DefaultMQPushConsumer consumer = new DefaultMQPushConsumer("test-consumer-group");
        // 2. 设置 NameServer 地址(和生产者一致)
        consumer.setNamesrvAddr("192.168.1.105:9876");
        // 3. 订阅 Topic(* 表示订阅所有 Tag)
        consumer.subscribe("TopicTest", "*");
        // 4. 注册消息监听(接收消息)
        consumer.registerMessageListener((MessageListenerConcurrently) (list, context) -> {
            for (MessageExt msg : list) {
                System.out.println("收到消息:" + new String(msg.getBody()));
            }
            // 返回消费成功状态
            return ConsumeConcurrentlyStatus.CONSUME_SUCCESS;
        });
        // 5. 启动消费者
        consumer.start();
        System.out.println("消费者启动成功,等待接收消息...");
    }
}

九、容器常用运维命令(新手必备)

后续启动、停止、重新部署服务,用以下命令即可,不用重新敲部署命令:

# 1. 停止所有 RocketMQ 相关容器
docker stop rmqnamesrv rmqbroker rocketmq-dashboard

# 2. 启动所有 RocketMQ 相关容器
docker start rmqnamesrv rmqbroker rocketmq-dashboard

# 3. 删除所有 RocketMQ 相关容器(重新部署时用)
docker rm -f rmqnamesrv rmqbroker rocketmq-dashboard

# 4. 查看容器详细信息(排查网络、挂载问题)
docker inspect rmqbroker

# 5. 进入 Broker 容器内部(查看配置、日志)
docker exec -it rmqbroker /bin/sh

十、总结

对于新手来说,Docker 部署 RocketMQ 是避开环境坑、快速上手的最优方案,核心要点总结如下:

  1. 先创建自定义 Docker 网络,确保所有容器互通,避免网络问题;
  2. Broker 必须挂载自定义配置文件,指定 brokerIP1 为宿主机 IP,否则客户端无法连接;
  3. 所有组件版本保持一致(本文用 5.3.0),避免版本冲突;
  4. 用 Dashboard 替代命令行,降低运维成本,新手更容易操作;
  5. 遇到问题先看日志,大部分问题都能通过日志定位(docker logs 命令)。

按本文步骤操作,可一次性成功部署 RocketMQ,无需反复踩坑,直接进行消息收发测试,适合新手快速上手。

补充说明

💡 转载请注明出处,若有疑问,欢迎留言讨论。