RocketMQ中的路由中心NameServer

最新推荐文章于 2025-06-15 14:15:24 发布

wu_yangchun

最新推荐文章于 2025-06-15 14:15:24 发布

阅读量4.9k

点赞数 2

CC 4.0 BY-SA版权

分类专栏： RocketMQ 文章标签： RocketMQ NameServer

本文链接：https://blog.youkuaiyun.com/wee616/article/details/89926852

RocketMQ的NameServer负责路由管理、服务注册和服务发现。Broker启动时向NameServer发送心跳，NameServer每隔10S扫描并移除120S未心跳的Broker。客户端定时拉取Topic路由信息。NameServer集群间不通信，简化设计提高效率，避免使用Zookeeper。早期版本曾用Zookeeper，但NameServer更适合RocketMQ的架构需求。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

RocketMQ的路由中心采用了自研的NameServer，提供了路由管理、服务注册、服务发现的功能。NameServer集群间互不通信。

先简单了解一下这三种能力的实现方式，后面会有源码分析。
路由管理：通过配置文件灵活加载配置。
服务注册：Broker在启动时向所有的NameServer心跳语句，每隔30S向所有NameServer发起心跳包。NameServer收到心跳包后更新缓存。NameServer每隔10S扫描brokerLiveTable，如果连续120S没有收到心跳包，则NameServer移除Broker的路由信息同时关闭Socket连接。
服务发现：RocketMQ的路由发现是非实时的。当topic对应的路由信息发生变化，NameServer并不会通知给客户端。而是由客户端定时拉取Topic对应的最新路由。不实时的路由发现引起的问题由客户端进行解决，保证了NameServer逻辑的简洁。

在分析源码前，其实我们还有一个绕不过去的疑惑，RocketMQ为什么没有采用Zookeeper作为路由中心呢？NameServer集群间互不通信，不具备选主功能，功能不是弱了吗？
其实正是因为RocketMQ的架构导致其不需要Zookeeper提供的“复杂”功能，NameServer完全够用。且因为其不复杂，性能更加高效。

我们对比一下kafka和RocketMQ的架构，能对这个问题有一个更清晰的认识。
图中椭圆表示逻辑概念，方块表示物理概念。
RocketMQ：
RocketMQ中的master和slave可以认为是物理上的概念。一台机器要么是master，要么是slave，与topic无关，是在配置文件中指定的（也可以换种方式理解，认为master和slave是逻辑上的概念，broker是物理上的概念。但是一个broker要么是master，要么是slave）。master与slave通过配置brokerName来进行配对。相同的brokerName中，brokerId为0的表示master，其他表示slave。