深入理解Apache Dubbo与实战 pdf

服务的暴露过程

服务器端（服务提供者）在框架启动时，会初始化服务实例，通过 Proxy 组件调用具体协议（ Protocol ）,
把服务端要暴露的接口封装成 Invoker （真实类型是AbstractProxylnvoker ） , 然后转换成 Exporter, 这个时候框架会打开服务端口等并记录服务实例
到内存中，最后通过 Registry 把服务元数据注册到注册中心。这就是服务端（服务提供者）整个接口暴露的过程。

dubbo注册中心

Dubbo 主要包含四种注册中心的实现，分别是ZooKeeper,Redis,Simple,Multicast

工作流程

服务提供者启动时,会向注册中心写入自己的元数据信息,同时会订阅配置元数据信息。
消费者启动时,也会向注册中心写入自己的元数据信息,并订阅服务提供者,路由和配置元数据信息
服务治理中心(dubbo-admin)启动时,会同时订阅所有消费者、服务提供者、路由和配置元数据信息
当有服务提供者离开或有新的服务提供者加入时,注册中心服务提供者目录会发生变化,变化信息会动态通知给消费者,服务治理中心
当消费方发起服务调用时,会异步将调用、统计信息等上报给监控中心
Dubbo 使用 ZooKeeper 作为注册中心时，只会创建持久节点和临时节点两种，对创建的顺序并没有要求
目录示例:
客户端订阅: 客户端第一次连上注册中心，订阅时会获取全量的数据，后续则通过监听器事件进行更新
ZooKeeper的每个节点都有一个版本号，当某个节点的数据发生变化（即事务操作）时，
该节点对应的版本号就会发生变化，并触发 watcher 事件，推送数据给订阅方。版本号强调的
是变更次数，即使该节点的值没有变化，只要有更新操作，依然会使版本号变化