从0到1带大家搭建spring cloud alibaba 微服务大型应用框架（十三）rocketmq 篇（1）:整体介绍

峡谷电光马仔

已于 2023-03-25 12:55:58 修改

阅读量706

点赞数 4

CC 4.0 BY-SA版权

分类专栏：带大家从0~1搭建微服务saas框架文章标签： java-rocketmq 微服务 rocketmq rocketmq原理 rocketmq架构

于 2022-09-22 15:51:55 首次发布

本文链接：https://blog.youkuaiyun.com/madness1010/article/details/126992333

带大家从0~1搭建微服务saas框架专栏收录该内容

51 篇文章 ¥39.90 ¥99.00

订阅专栏

超级会员免费看

本文详细介绍了RocketMQ的设计理念，如基于主题的发布订阅模式、追求简单高效和容忍存在设计缺陷。设计目标包括消息存储、消息高可用性、低延迟等。RocketMQ由Producer、Consumer、Broker和NameServer组成，其中NameServer负责元数据管理，Broker存储消息。整体流程中，Broker向NameServer发送心跳，客户端定期更新路由信息。NameServer会检查Broker的有效性，实现高可用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

rocketmq 架构设计理念和目标

设计理念

RocketMQ设计基于主题的发布与订阅模式，其核心功能包括消息发送、消息存储和消息消费，整体设计追求简单和性能高效，主要体现在如下3个方面。
首先，NameServer的设计极其简单，摒弃了业界常用的将ZooKeeper作为信息管理的“注册中心”，而是自研NameServer实现元数据的管理（topic路由信息等）。从实际需求出发，topic路由信息无须在集群之间保持强一致，而是追求最终一致性，并且能容忍分钟级的不一致。正是基于这种特性，RocketMQ的NameServer集群之间互不通信，这样极大地降低了NameServer实现的复杂度，对网络的要求也降低了不少，性能相比较ZooKeeper还有了极大的提升。
其次是高效的I/O存储机制。RocketMQ追求消息发送的高吞吐量，RocketMQ的消息存储文件被设计成文件组的概念，组内单个文件大小固定，方便引入内存映射机制，所有主题的消息存储按顺序编写，极大地提升了消息的写性能。同时为了兼顾消息消费与消息查找，引入了消息消费队列文件与索引文件。
最后是容忍存在设计缺陷，适当将某些工作下放给RocketMQ使用者。消息中间件的实现者经常会遇到一个难题：如何保证消息一定能被消息消费者消费，并且只消费一次？
RocketMQ的设计者给出的解决办法是不解决这个难题，而是退而求其次，只保证消息被消费者