深度解剖dubbo源码---01dubbo的架构原理-探索.mp4

 02内核解剖-dubbo自己的SPI实现.mp4

https://blog.csdn.net/prestigeding/article/details/80795708

https://segmentfault.com/a/1190000014618678

 在上篇在讲解RegistryDirectory的时候，dubbo管理员可以通过dubbo-admin管理系统在线上修改dubbo服务提供者的参数，最终将存储在注册中心的configurators catalog，然后通知RegistryDirectory更新服务提供者的URL中相关属性，按照最新的配置，重新创建Invoker并销毁原来的Invoker。
https://www.codercto.com/a/74543.html

先来回顾一下Dubbo服务的调用过程（以zk注册中心为例）

1、provider端先把要暴露出去的服务组装成URL，然后把URL注册到zk的临时节点上；

2、consumer收到zk节点变化的通知，拿到服务的URL，与provider建立单一长连接；

3、consumer通过这个长连接发起服务调用。

因为Dubbo会把服务URL注册到zk中去，先去看看zk中注册的URL是什么