qq_34679704的博客

在5月20日这天，出了一个生产事故，导致消息队列中积压了大量消息，峰值时期达到 200w+。 下面主要就这个生产事故，顺带梳理一下消息积压问题以及常见的解决方案。

概述本文目的在于将消息消费的流程梳理完毕，使自己包括读者能够对 RocketMQ 的消息消费流程有清晰的认识。主要包含以下内容：相关概念介绍消费端的队列分配，即负载均衡机制消息拉取的实现机制并发消费，顺序消费的实现机制消费模式消费者类型注意：在最新发布的 RocketMQ 中，已将 DefaultMQPullConsumer 类标记为弃用，预计在 2022 会将这个类移除，对应的替代类为 DefaultLitePullConsumer。消费方式分为并发消费和顺序消费。并

RocketMQ 源码版本 4.9.1概述整体架构各角色说明：NameServer，负责提供路由服务Producer，生产者，负责发送消息Broker，消息队列，负责存储消息并提供相关的API操作Consumer，消费者，负责消费消息生产-消费模型消息发送方式：同步，异步，单向消息类型：普通消息（包含延迟消息），顺序消息（全局顺序与局部顺序），事务消息本文通过同步发送普通消息的Demo，来了解消息发送的主要流程。生产者下面看到一个生产者发送消息的 demo主要做了几.

背景RocketMQ 源码版本 4.0.0本地调试 RocketMQ 代码时碰到了问题，关于本地调试环境搭建的细节这边就不赘述了，主要描述一下问题发生的场景。下载了 RocketMQ 源码，在本地 IDE 中正常启动了 Broker 服务 和 NameServer 服务。生产者发送消息的 demo 如下：public class SyncProducer { public static void main(String[] args) throws Exception {