Dubbo学习（四）：深入 Registry Config
深入 Registry & Config：服务的“户籍管理”与“宪法中心”
*请关注公众号【碳硅化合物AI】
摘要
微服务的核心在于“动态”。服务实例今天在机器 A，明天可能就漂到了机器 B。Registry（注册中心）负责记录这些动态地址，而 Config Center（配置中心）则负责统管所有的治理规则（超时时间、路由规则等）。本篇将揭秘 Dubbo 如何利用 ZooKeeper、Nacos 等中间件实现服务发现，以及RegistryDirectory如何像变魔术一样把注册中心的字符串变成可调用的Invoker。
1. 核心角色：动态世界的基石
Registry (注册中心)
负责服务地址的注册与发现。
- Provider: 启动时 Register（写数据）。
- Consumer: 启动时 Subscribe（订数据）。
publicinterfaceRegistryextendsNode,RegistryService{voidregister(URLurl);voidunregister(URLurl);voidsubscribe(URLurl,NotifyListenerlistener);voidunsubscribe(URLurl,NotifyListenerlistener);}Config Center (配置中心)
负责存储全局配置和治理规则。
- DynamicConfiguration: 抽象接口，支持 Nacos, Apollo, ZK 等。
- 作用: 动态调整超时时间、权重、路由规则，无需重启应用。
2. 注册中心架构：FailbackRegistry 的智慧
Dubbo 的注册中心实现通常继承自FailbackRegistry。为什么叫 Failback（失败自动恢复）？因为网络是不可靠的。
容错机制
- 内存缓存:
AbstractRegistry维护了一份properties缓存。即使注册中心挂了，应用重启时也能从本地文件加载上次的地址，保证服务可用。 - 失败重试:
FailbackRegistry内部有一个HashedWheelTimer（时间轮定时器）。- 如果
register()失败，不会抛异常让应用崩掉，而是把任务丢进failedRegistered队列，后台定时重试。 - 同理，
subscribe()失败也有failedSubscribed队列。
- 如果
核心类关系图 (PlantUML)
3. 皇冠上的明珠：RegistryDirectory
RegistryDirectory是连接Registry和Cluster的桥梁。它实现了NotifyListener接口。
魔法流程:
- 订阅:
RegistryDirectory向注册中心订阅providers、configurators、routers等目录。 - 通知: 当 Provider 上线/下线时，注册中心触发
notify(List<URL> urls)。 - 转换:
RegistryDirectory将收到的 URL 字符串列表，通过Protocol.refer()转换成一个个活生生的Invoker对象。 - 持有: 最终，
RegistryDirectory持有一个List<Invoker>，供 Cluster 层进行负载均衡。
// 简化逻辑publicvoidnotify(List<URL>urls){List<Invoker>newInvokers=newArrayList<>();for(URL url:urls){Invokerinvoker=protocol.refer(serviceType,url);// 关键点！newInvokers.add(invoker);}this.invokers=newInvokers;}4. 多注册中心支持
Dubbo 支持同一个服务注册到多个注册中心，或者从多个注册中心订阅。
场景:
- 双注册: 此时正在从 ZK 迁移到 Nacos，服务需要同时注册到两边，保证平滑迁移。
- 多订阅: 依赖的服务有的在 ZK，有的在 Nacos。
配置:
<dubbo:registryid="zk"address="zookeeper://127.0.0.1:2181"/><dubbo:registryid="nacos"address="nacos://127.0.0.1:8848"/><dubbo:serviceregistry="zk,nacos"ref="demoService"/>5. 配置中心：治理规则的下发
配置中心与注册中心在逻辑上是分离的（虽然物理上可能都用 Nacos）。
- 应用级配置:
dubbo.properties里的内容，如dubbo.protocol.port=20880。 - 治理规则:
- Configurator: 动态修改 URL 参数（如改 timeout）。
- Router: 路由规则（如灰度发布，让 10% 流量去新版本）。
RegistryDirectory不仅监听 Provider 列表，还监听 Configurator 列表。一旦规则变化，它会重新生成 Invoker，应用新的参数。
总结
Registry 是服务的通讯录，Config Center 是服务的法律法规。FailbackRegistry保证了通讯录丢失时的容灾能力，而RegistryDirectory则是那个勤勤恳恳的秘书，时刻根据通讯录和法规的变化，动态调整手里的Invoker列表。下一篇，我们将进入Cluster 层，看看有了这堆Invoker之后，如何进行负载均衡和容错处理。