RocketMQ 为什么使用 NameServer，而不是直接依赖 ZooKeeper

可以把 Broker 看作存放消息的仓库，生产者和消费者需要先通过注册中心查到“哪个 Broker 负责这条消息”。ZooKeeper 是通用协调服务，NameServer 则是 RocketMQ 为路由发现设计的轻量导航台。

为什么不直接使用 ZooKeeper#

不需要强一致路由：Broker 路由信息允许短暂不一致。客户端拿到旧路由时重试即可，通常不会导致消息丢失。
降低写入瓶颈：ZooKeeper 的写入由 Leader 协调；NameServer 节点之间不互相同步，各自处理 Broker 注册，更容易水平扩展。
运维更简单：NameServer 是无状态服务，节点重启后可重新从 Broker 获取路由，不需要维护复杂的选举和协调逻辑。

组件	设计目标	一致性与状态
ZooKeeper	通用分布式协调	强一致、维护协调状态
NameServer	RocketMQ 路由发现	最终一致、节点相对无状态

NameServer 重启后，Broker 会周期性发送包含完整路由信息的心跳，客户端本地缓存也能在短时间内维持已有收发流程。

客户端通常配置 NameServer 地址列表，启动时选择一个，连接失败后切换其他地址；生产环境也可以在前面使用 DNS 做负载均衡。若 NameServer 全部不可用，已有客户端可能依靠本地路由继续收发，但新 Topic 创建和新消费者注册会受影响，因此仍需及时恢复服务。