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不主动推送给客户端
