【RocketMQ 源码分析（一）】设计理念与源码阅读技巧

一直想仔细仔细看看这个 RocketMQ 的源码，学学它的设计思想和编码风格，没准在以后自己在设计和编码的时候有思考的方向。这是专栏的第一篇 —— 介绍下 RocketMQ 的一些设计，懂其设计和原理，才能更好地阅读源码.

RocketMQ 是阿里巴巴开发的，开发之前他们也使用过当时流行的 Kafka 作为自己的解决方案，但是是说它没法满足低延迟、高可靠的要求（Kafka 若分区多了，对磁盘写来说会出现大量随机写的情况，写入性能会下降很多，这里说的低延迟与实际使用方式和数据存储实现有关系），当然还有其它原因，所以它们决定开发一款新的消息传递引擎来满足自己的业务需求。
上面内容来自：RocketMQ 官方文档

一、设计理念

咱先聊聊设计一款消息中间件需要具备的要素，设计一款消息队列中间件，首先它需要对外提供通信路口，提供生产、消费消息的路口，即需要具备网络通信能力；其次就是它得具备数据存储的能力，这数据包含消息本身与元数据存储。
了解完设计消息队列的必要元素，咱来看看 RocketMQ 的技术架构：

主要由四部分组成：

• NameServer
  • 被用来当做信息管理的"注册中心"，主要是用来管理元数据（路由信息）。Kafka 元数据管理是用的 Zookeeper，而 RocketMQ 是自己写了一个服务实现这个元数据注册中心，写的这个服务被称为 NameServer，NameServer 被设计出来是一种无状态的，即 NameServer 集群之间是不通信的，这样做一方面可以满足实际需求的前提下（路由信息无需保障集群