RocketMQ 源码分析02 NameServer

 

Broker消息服务器 启动时向所有NameServer注册，Producer在发送消息之前从NameServer获取Broker服务器地址列表。然后根据负载算法从列表中选择一个Broker进行消息发送。

每一台broker与配置中心NameServer保持长连接。每30秒检测Broker是否存活，检测到宕机的话，就从路由注册表中将其移除。

NameServer部署多台服务器，但是彼此之间互不通信。单台nameserver挂掉，不影响其他nameserver，即使全部挂掉，也不影响业务系统使用。无状态

Nameserver不会有频繁的读写，所以性能开销非常小，稳定性很高。

NameServer 启动流程

启动类NamesrvStartup

1.创建和启动对应的NamesrvController，然后解析加载配置文件namesrvConfig和nettyServerConfig，如下图

 

然后是controller的初始化，如下

NameServerController的初始化方法 initialize

  1.this.kvConfigManager.load(); 加载kv配置

  2.创建remotingExecutor线程池

  3.开启定时线程扫描NotActive状态的broker， channel超时，然后就销毁对应的channel和broker

  4.注册一个listener，来重新加载sslContext

  

2.1.3 KVConfigManager 
读取或变更NameServer的配置属性，加载 NamesrvConfig 中配置的配置文件到内存，此类一个亮点就是使用轻量级的非线程安全容器HashMap，再结合写锁对资源读写进行保护。尽最大程度提高线程的并发度。

2.1.4 RouteInfoManager 
NameServer 数据的载体，记录 Broker、Topic 等信息。
配置持久化persist，是存储到文件中，加读锁

getKVConfig 使用read读锁

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

NameServerController的start方法

1.启动remotingServer，也就是开启服务端serverBootStrap

2.然后对本地地址进行绑定，并且获取端口port

 

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

NameServer 路由注册

 

下面来看Broker的注册

主要是对clusterAddrTable 和 brokerAddrTable的维护。包括监听变化，更新，删除，反注册

实现为内存的HashMap

Broker 给NameServer 发送心跳包，NameServer处理

按照不同的requestCode ，执行对broker不同的管理动作

如果是更新nameServer的配置config，调用以下方法更新

1.更新之前，使用写锁

2.校验属性必须存在

3.更新合并配置文件

4.新增配置数据的版本号

5.最后调用persist方法，持久化到文件

 

 

Topic 路由发生变化时，是由客户端主动拉topic最新的路由。NameServer不主动推送给客户端