TracyCoder的博客

RocketMQ 的稳定性治理是一个系统工程。防丢失：靠的是同步刷盘、同步复制和优雅的异常处理。防重复：靠的是业务层的幂等设计。防积压：靠的是合理的队列规划、快速的消费逻辑以及紧急情况下的扩容方案。

HA 架构：通过 DLedger/Raft 解决了自动故障转移的难题。事务消息：通过 Half Message + 回查机制，优雅地解决了分布式数据一致性问题。延时消息：通过“Topic 替换 + 简化的时间轮”思想，在性能和功能间取得了平衡。过滤机制：通过 Broker/Client 两级过滤及 BloomFilter 优化，保证了投递的精准与高效。

既然本质是 Pull，RocketMQ 就可以在客户端做流控。在准备去 Broker 拉取消息之前，会先检查（本地处理队列）的状态。如果出现以下情况，消费者会暂停拉取数量堆积：本地缓存的消息数 > 1000 条（默认）。内存占用：本地缓存的消息总大小 > 100MB（默认）。跨度过大：本地缓存的消息最小 Offset 和最大 Offset 差值 > 2000（防止大量未被消费的消息堆积，通常发生在顺序消费场景）。// 源码逻辑简述 (DefaultMQPushConsumerImpl.java)

在分布式系统中，消息中间件扮演着“通信桥梁”的关键角色，负责解耦服务、削峰填谷和异步通信。RocketMQ作为阿里开源的分布式消息中间件，凭借高吞吐、高可靠、低延迟的特性，广泛应用于电商、金融等核心业务场景。本文将从架构设计、核心组件交互、关键技术原理三个维度，深入浅出地剖析RocketMQ的工作机制，搭配流程图和时序图让复杂概念更直观。

技术选型是一个需要综合考虑多个因素的复杂决策过程。通过深入理解消息队列的核心原理、主流产品的特性差异，以及业务场景的具体需求，我们可以做出更加科学和合理的技术选择。

消息队列分段单位分区/分片分段文件/对象Kafka支持日志文件（Segment）RocketMQ支持CommitLog 文件Pulsar支持Ledger（账本）RabbitMQ不常用持久化文件（Segment）特性KafkaRocketMQPulsarRabbitMQ批处理支持❌ 单条消息❌ 单条消息压缩支持✅ 批次级别✅ 消息级别✅ 消息级别❌ 不支持事务支持✅ 生产者ID+纪元✅ 事务偏移量✅ 事务ID✅ 事务性队列Schema演进。

特性KafkaRocketMQPulsarRabbitMQ协议类型自定义二进制自定义二进制自定义二进制AMQP标准传输层TCPTCPTCPTCP连接模式短连接长连接长连接长连接消息模式发布-订阅发布-订阅发布-订阅发布-订阅事务支持有限完整完整有限顺序保证分区内有序队列内有序分区内有序队列内有序协议复杂度简单中等复杂中等扩展性高高很高中等Kafka：适合高吞吐量的日志收集和流处理，消息简短、支持批量传输RocketMQ：适合金融级可靠性和事务消息。

特性RabbitMQKafkaRocketMQPulsar语言ErlangJavaJavaJava网络模型ActorReactorReactorReactorIO多路复用epollepollepoll零拷贝无有有有并发模型轻量级进程线程池线程池线程池协议AMQP自定义自定义自定义。