RocketMQ-V4.9.4系列解析

详细的探究一下RocketMQ文件恢复机制，即RocketMQ重新启动时所涉及一系列的存储文件是如何恢复的，涉及Commilog、ConsumeQueue等文件

本篇文章将会详细的解析一下，服务端是如何处理那些在指定的事务超时时间内没有处理完成的预消息的，也就是服务端是如何回查客户端的事务状态。

RocketMQ事务消息并不是为了解决分布式事务的，而解决的是本地事务与消息发送一致性的问题，本篇文章主要是讲解客户端如何发送事务消息以及服务端是如何存储事务消息的

我们着重来分析梳理一下在并发编程上面，RocketMQ给我们带来了哪些优雅的实现方式，这其中蕴含着怎样的并发编程思想，我们能够从中学习借鉴到什么。这些疑问，在接下来的文章中将会重点描述。

在探究完了细节之后，我们从RocketMQ的整体架构设计上，看一下RocketMQ内部是如何组织代码结构的，层与层是如何划分的，这是本篇所描述的重点内容

本篇文章，我们分析了消费者客户端在拉取到服务端消息后是如何处理的，这其中经历了哪些步骤，流转了哪些环节，我们站在源码的角度一一剖析，深度还原代码细节。

在经过消息消费前的准备工作以及客户端为拉取消息所做的努力这两篇文章分析后，接下来我们重点介绍一下服务端是如何响应客户端拉取消息请求的。在这个过程中，服务端经历了哪些环节以及步骤。

我们来梳理一下RocketMQ客户端在拉取消息的过程中，做出了哪些努力，经历了哪些流程步骤，经过本篇的梳理，相信读者能够更好的掌握客户端的处理流程，在以后的工作和学习中能够更好的解决遇到的问题。

本篇为RocketMQ消费者解析的第一篇，本篇文章图文并茂的展示了消费者在拉取消息之前的准备工作，并着重解析了客户端的重点类MQClientInstance

消息写入到commitlog之后，由异步线程转发至indexFile。本篇文章以源码的角度详细的分析了消息是如何由commitlog分发至indexFile的

消息写入到commitlog之后，由异步线程转发至consumeQueue。本篇文章以源码的角度详细的分析了消息是如何由commitlog分发至consumeQueue的

RocketMQ源码解析-消息是如何写入Broker服务器(Broker篇)是介绍消息到达Broker之后，以源码解析的角度介绍MQ是如何处理消息写入流程的。

本篇文件主要是介绍一条普通的消息时如何写入到Broker服务器的。 消息的写入在Producer生产者经历了哪些步骤，会以源码的方式解读

本篇主要以源码解析的形式,展开介绍一下Broker服务的初始化以及启动，可以清晰的了解到broker在初始化的过程中加载的资源以及各个功能模块是如何展开的。

NameServer的服务处理,主要介绍两个类,一个是DefaultRequestProcessor ,一个是BrokerHousekeepingService

NameServer是一个非常简单的Topic路由注册中心，其角色类似Dubbo中的zookeeper，支持Broker的动态注册与发现,本篇主要解析NameServer的启动。