RocketMQ

本文主要介绍Consumer的启动流程，启动后立即执行的rebalance操作，接着会介绍消息拉取的流程，消息消费的流程，以及进度的管理，最后会简单介绍定时消息和消息重试的实现逻辑。

本文主要介绍RocketMQ文件恢复机制，CommitLog消息写入后异步转发到ConsumeQueue中，这两文件可不一致情况。对于存储文件，RocketMQ也有一套机制将过期文件进行删除。

RocketMQ增加索引机制来方便消息根据key方便消息查找。本文主要介绍Index文件结构，以及Index数据如何构建，以及消息查询如何结合Index数据使用。

本文主要介绍ConsumeQueue的文件结构，以及ConsumeQueue里的数据是如何写入的，何时进行刷盘。然后会进一步分析ConsumeQueue的数据在拉取消息过程中如何运用。

本文主要阐述CommitLog文件结构，以及CommitLog的刷盘逻辑，刷盘是保障消息不丢的重要措施，但是又是影响性能的重大阻碍。最后还会介绍在异步刷盘情况下，还能提升消息写入性能的机制。

文本简要阐述文件存储的情况，说明消息文件之间的关系，消息文件的物理存储情况，以及逻辑映射情况，本文是个概述篇，为后续ComitLog文件、ConsumeQueue文件以及Index文件分析做个基础。

本文主要介绍RocketMQ发送消息Broker端处理逻辑，broker会将不同消息的处理封装成Processor和分配线程池，其中消息发送对应的SendMessageProcessor。

RocketMQ发送消息有三种模式，分别为同步发送、异步发送、oneway。核心逻辑都是类似，往broker发送消息数据。本文将主要阐述同步发送和异步发送，并且对于重试进行说明。

在线上环境中，RocketMQ使用两个Master，其中broker为broker-a、broker-b。观察某些topic分布，发现topic的队列数都是为4，且不同broker的topic创建不一

要保证消息的顺序消费有三个关键点：消息顺序发送、消息顺序存储、消息顺序消费。本文将从源码入手，分析RocketMQ如何保证这三点。

RocketMQ主要由4中集群构成：Name Server集群、Broker集群、Producer集群和Consumer集群。

记录一次因为RocketMQ Reset Offset命令而引发频繁FullGC，系统崩溃无法正常使用；还发现过消费线程Blocked