消息消费完毕，如何保持消费进度呢？带着这个疑问，来看下 RocketMQ 的实现。

上篇文章我们分析完RocketMQ发送消息的原理，得到结果客户端会通过RPC组件向Broker进行通信

上篇文章主要介绍消息中间件并以RocketMQ架构展开描述其核心组件以及MQ运行流程

在队列的基础上，加入生产者与消费者模型，使用队列作为载体就能够组成简单的消息队列，在队列中“运输”的数据被称为消息

本文基于 RocketMQ 4.9.4 版本，在 Kylin V10 操作系统下完成了 RocketMQ 的非容器化部署验证工作，以下为完整过程。

接上篇，笔者完成公司 MySQL 适配 ARM 64 架构工作后，马上又着手推进 RocketMQ 适配 ARM 64 架构，同样由于 Docker Hub 官方未提供 RocketMQ 的 ARM 64 镜像，遂针对 RocketMQ 4.9.4 版本自行构建 ARM 64 镜像，以下为完整过...

关于RocketMQ的详细图表，包含了Producer、Consumer、Broker和NameServer等关键组件，展示了消息流动的过程。

org/apache/rocketmq/proxy/processor/MessagingProcessor.java

org/apache/rocketmq/proxy/processor/MessagingProcessor.java

本文主要研究一下rocketmq5的PushConsumer与SimpleConsumer拉取消息的区别