蘑菇蘑菇不会开花的专栏

RocketMQ的存储都基于MappedFile实现，如CommitLog、Index索引、ConsumeQueue等，本文则主要介绍的实现机制，包括MappedFileQueue类介绍、MappedFile类介绍、预热、MappedFile预分配服务AllocateMappedFileService、MappedFile刷盘等内容。

通过上面的分析，我们了解了RocketMQ的两种刷盘策略：一种是类似强一致的，保证消息存储到文件中的同步策略。一种是提交到内存中就算存储成功，在后台异步进行刷盘的异步策略。无论是哪种策略，肯定都有自己的优点和缺点，大家可以根据自己生成环境，选择合适的刷盘策略。

总结一下，RocketMQ 会创建多个MappedFile用来存储文件，每个MappedFile大小固定，有自己的内存缓冲区和对应的系统文件，所有的MappedFile由CommitLog中的MappedFileQueue统一维护。本篇文章主要讲解了消息从接收到存储到内存中的过程，但是事情到这还没结束，因为消息最终是要存放到文件中的，下一篇文章就要来说说RocketMQ的文件刷盘策略。

Broker负责接收生产者发送的消息并存储、同时为消费者消费消息提供支持。为了实现这些功能，Broker包含几个重要的子模块：● 通信模块：负责处理来自客户端（生产者、消费者）的请求。● 客户端管理模块:负责管理客户端（生产者、消费者）和维护消费者的Topic订阅信息。● 存储模块：提供存储消息和查询消息的能力，方便Broker将消息存储到硬盘。

Namesrv是RocketMQ最简单的一部分，骨头我们先挑最软的一根啃，本次引用的源码来于4.8.0版本，由于笔者水平有限欢迎大家批评指正。从上面的源码我们可以找到一开始我们抛出的三个问题的答案。①：Namesrv通过定时扫描Broker主动上报心跳信息来判断Broker是否存活。②：通过方法获取类维护的路由信息。

分布式队列因为有高可靠性的要求，所以数据要进行持久化存储。

1、安装在Mac下安装RabbitMQ是非常简单的，一般默认RabbitMQ服务器依赖的Erlang已经安装，只需要用下面两个命令就可以完成RabbitMQ的安装（前提是homebrew已经被安装 见https://brew.sh/）：2、使用brew来安装 RabbitMQbrew install rabbitmq看到如下的代码表示RabbitMQ安装成功localhost:~ al...