RocketMQ 分层剖析 源码解析

1. 概述 1.1 NameServer 是什么 NameServer 是组成 RocketMQ 的重要组件之一，是除了 Broker 之外另一个需要部署的服务。设想这样一个问题：RocketMQ 的

RocketMQ 4.9.3 版本发布，其对 Broker 做了更进一步的性能优化，本次优化中也包含了生产和消费性能的提升。 本文将会详解 4.9.3 版本中的性能优化点

RocketMQ 是一个低延迟、金融级稳定的高性能消息队列。它的性能处于消息队列的第一梯队，拥有接近 Kafka 的性能表现，每秒可以处理数十万的消息。那么 RocketMQ 是如何做到这么高的性能？

RocketMQ 的存储文件主要分三种：CommitLog、ConsumeQueue、IndexFile RocketMQ 的过期文件删除机制会定期删除已经过期的存储文件。

RocketMQ 4.9.3 版本中将原先用来启动周期性任务的 `Timer` 改为使用 `ScheduledExecutorService`，且支持延迟消息的异步投递。

RocketMQ 消费过程中的轮询机制是啥。首先需要补充一点消费相关的前置知识。 RocketMQ 支持多种消费方式，包括 Push 模式和 Pull 模式

IndexFile，又可以称作索引文件，是 RocketMQ 保存在磁盘上的一种文件，属于 RocketMQ 存储的一部分。它的结构类似于类似 JDK中 HashMap

RocketMQ 4.9.1 版本针对 Broker 做了一些性能优化，这一批 PR 都挂载 ISSUE#2883 下。 下面会从源码层面来详细分析一下优化点和优化的原因。