RocketMQ-nameSrv用于管理所有broker的信息，以便于Producer和Consumer能够获取到正确的Broker信息，进行业务处理；
可以看到NameSrv的主要管理内容如下：
1. 接收Broker的注册，注销请求；
2. Producer获取topic下的所有BrokerQueue，put消息
3. Consumer获取topic下所有的BrokerQueue，get消息
所以可以看到NameSrv主要是维护了Broker相关的内容，进行存取；
问题:
1. 如果readQueue和writeQueue数目不一样怎么办？比如readQueue<writeQueue，这不就意味着有的writeQueue没有办法被均分到，读到数据？
2. haServer，masterServer，slave的区别？
haServer：master用来监听slave复制数据的端口
masterServer：主Broker
slave：从Broker，会不断从master复制数据
3. master和slave的brokerId？
master是0
总结：从NameSrv可以看出，rocketmq与kafka的最大区别就是不再采用zookeeper，因为rq的broker的matser和slave是物理概念，而不是选举出来的master。同时，我们在设计系统的时候，有一些全局使用的公用信息，可以单独独立一个模块进行专门的管理；只需要各个子模块定时向该模块更新信息即可，这样既可以有一个全局概览，也使模块轻量级，不会有太大压力
一、总体结构
二、数据结构
2.1 QueueData：保存了某个broker的read，write的Queue的数目，Consumer和Producer会分别往read/write里面取存消息private String brokerName;//broker名字
private int readQueueNums;//读queue数目
private int writeQueueNums;//写queue数目
private int perm;
private int topicSynFlag;
2.2 BrokerData：保存了Broker的Id和地址信息
private String brokerName;
private HashMap<Long/* brokerId */, String/* broker address */> brokerAddrs;
2.3 BrokerLiveInfo：保存了Broker的心跳信息
private long lastUpdateTimestamp;
private DataVersion dataVersion;
private Channel channel;
private String haServerAddr;//master的复制server端口
2.4
//保存topic-queue信息
HashMap<String/* topic */, List<QueueData>> topicQueueTable;
//保存broker地址信息
HashMap<String/* brokerName */, BrokerData> brokerAddrTable;////brokerAddrTable(brokerName, brokerData); brokerData(brokerId, brokerAddr);
//保存broker-cluster信息
HashMap<String/* clusterName */, Set<String/* brokerName */>> clusterAddrTable;
//保存心跳信息
HashMap<String/* brokerAddr */, BrokerLiveInfo> brokerLiveTable;
HashMap<String/* brokerAddr */, List<String>/* Filter Server */> filterServerTable
三、心跳处理
主要有3个部分：
BrokerHousekeepingService：这个接口会监听网络层的请求，如果有close等关闭请求，直接从brokerLiveTable中移除该数据
routeInfoManager.scanNotActiveBroker：遍历所有的BrokerLiveInfo节点，如果上次访问时间距离现在超过2mins，那么就超时移除连接；Broker会定时向NameSrv发送registerBroker，每次注册都会更新BrokeLiveInfo，相当于心跳
registerBrokerWithFilterServer：broker会不定时的发送RequestCode= REGISTER_BROKER的消息注册自己，这个消息还有一个附带作用就是充当心跳包
四、主要模块
4.1 注册broker(RequestCode= REGISTER_BROKER)其中请求的头部RegisterBrokerRequestHeader
private String brokerName;
private String brokerAddr;
private String clusterName;
private String haServerAddr;
private Long brokerId;
请求的报文体则是 topic 的相关信息
private TopicConfigSerializeWrapper topicConfigSerializeWrapper = new TopicConfigSerializeWrapper();
private List<String> filterServerList = new ArrayList<String>();
不断的遍历第三节中的各个表，将数据注册进去，master的brokerId是0
如果不是master，是slave节点，会返回master和HAServer的地址
4.2 存放消息
Producer在存放消息时，首先会使用GET_ROUTEINTO_BY_TOPIC获取route信息TopicRouteData
4.3 读取消息
Consumer在读取消息时，也会先使用GET_ROUTEINTO_BY_TOPIC获取route信息TopicRouteData
4.4 后台模块
1. 心跳
2. 不断打印注册的kv信息