RocketMQ之NameServer启动流程

NameServer介绍

nameServer是RocketMQ自研的一款轻量级高可用注册中心，集群之间不需要维护心跳机制，每台Broker也是独立连接每台NameServer，减少nameServer之间相互交互数据带来的性能开销。同时nameServer也具有持久化机制，在服务故障是可基于持久化文件快速恢复。

核心配置类介绍

nameServer含有两个核心配置类，NamesrvConfig和NettySerConfig。NamesrvConfig主要存放的是namesrv自身的配置，NettySerConfig配置的是远程通讯相关参数。

NamesrvConfig

• rocketmqHome：获取RocketMQ的环境变量的值。
• kvConfigPath：NameServer存放 K-V 的路径。
• configStorePath：NameServer自己的配置存储路径。
• productEnvName：生产环境名称，默认center。
• clusterTest：是否启动了测试集群，默认false。
• orderMessageEnable：是否支持有序消息，默认false。

NettyServerConfig

• listenPort：Netty监听的端口号，外面已经设置成9876了。
• serverWorkerThreads：Netty的工作线程数量，默认8。
• serverCallbackExecutorThreads：Netty的public线程池的线程数量。
• serverSelectorThreads：Netty的IO线程池中线程数，负责解析网络请求，完事交给work线程处理。
• serverOnewaySemaphoreValue：Broker在使用Netty时，会使用。
• serverPooledByteBufAllocatorEnable：ByteBuffer是否开启缓存，默认开启。
• useEpollNativeSelector：是否开启epoll IO模型。

源码分析

从main函数进来主要掉了两个方法，createNamesrvController和start。createNamesrvController是创建nameServer初始化参数，在start中正式启动。

createNamesrvController中解析参数有两种方式，第一种通过Apache工具解析启动参数，通过参数-c 添加配置文件解析，最终将配置文件初始化到NamesrvConfig和NettyServerConfig中。

通过部分参数也可以直接通过JVM启动参数初始化，但是优先级没有通过文件加载优先级高，这里也推荐使用配置文件初始化参数。

接下来我们看start核心方法。

首先调用的是initialize

通过kvConfigManager.load()将批次文件中缓存的KV加载到内存中，然后是调用registerProcessor注册Netty事件处理器，最后是初始化两个线程，分别是剔除没有心跳的Broker和定时打印K-V数据。

registerProcessor时会根据我们配置的clusterTest参数是否开启集群测试模式觉得注册ClusterTestRequestProcessor还是DefaultRequestProcessor，ClusterTestRequestProcessor集成DefaultRequestProcessor并且重写了getRouteInfoByTopic方法。nameServer消息分发入口：

org.apache.rocketmq.namesrv.processor.DefaultRequestProcessor#processRequest

最终消息会被分发到KVConfigManager和RouteInfoManager上。KVConfigManager主要维护注册数据和持久化，RouteInfoManager主要维护Topic和队列等信息。