Dubbo服务暴露机制

前言

在进行服务暴露机制的分析之前，必须谈谈什么是URL，在Dubbo服务暴露过程中URL是无处不在的，贯穿了整个过程。

一般情况下，URL指的是统一资源定位符，标准格式如下：

protocol://host:port/path?key1=value1&key2=value2

Dubbo就是用这种URL的方式来作为约定的参数类型，服务之间也是用URL来进行交互。

Dubbo用URL作为配置总线，贯穿整个源码体系。

URL的具体参数如下：

protocol：dubbo中的各种协议，如：dubbo、http、thrift
host/port：主机/端口号
path：接口名称
parameters：参数键值对

服务暴露流程

大体流程分为三个步骤：

检测配置，有些配置为空值会有默认值自动填充并自动组装为URL
暴露服务，包括暴露到本地和远程的服务
注册为服务到服务注册中心

源码解析

先来到ServiceBean中

可以看到这个类实现了ApplicationListener<ContextRefreshedEvent>，这样就会在Spring IOC容器刷新之后调用onApplicationEvent方法，这个方法中做的就是服务暴露。

从if判断条件中，我们可以看到如果配置中没有设置延迟暴露、并且没有暴露过、并且支持暴露的情况下就会执行this.export()，最终会调用父类ServiceConfig中的export方法。

上述方法中主要就是进行配置检查，然后进入this.doExport()进行服务暴露，这个方法前面的部分都是一些配置检查，重点放在最后的this.doExportUrls()。

从上述源码中可以看到Dubbo是支持多注册中心的，并且支持多种协议，一个服务如果有多个协议那么都需要暴露。this.loadRegistries()是根据配置组装成注册中心相关的URL，如下：

registry://127.0.0.1:2181/com.alibaba.dubbo.registry.RegistryService?application=user-service-provider-one&dubbo=2.6.2&pid=29056&registry=zookeeper&timestamp=1632309180780

接下来进入this.doExportUrlsFor1Protocol()，

构建完成之后的URL如下图所示：

使用的是dubbo协议，接下来要做的就是根据URL来进行服务暴露

本地暴露

进入exportLocal()看一下，这个方法做的事就是进行本地暴露，使用的是injvm协议，这个方法中对URL进行修改，将协议改为injvm。

此处的protocol.export()是标注了@Adaptive注解的，设计自适应拓展，调用该方法之后会生成代理类，代理类通过URL中的参数得知所使用的协议，然后通过Dubbo SPI机制实现拓展，选择对应的实现类进行export()方法，此处的方法会选择InjvmProtocol中的export()进行暴露。

经过转化后得到的export如下所示：

如图所示，具体实现类被层层包装。

为什么要封装成invoker呢？

封装成invoker是为了屏蔽调用的细节，统一暴露出一个可执行体，使得调用者调用时变得便捷简易。

为什么要使用本地暴露呢？

因为可能存在本地不同服务之间相互调用的情况，因此本地暴露后，内部可以直接进行调用，而省去了不必要的网络通信。

此处引用一下博主敖丙的文章中的本地暴露流程图：

远程暴露

此时本地暴露已经完成了，现在开始远程暴露。

流程与本地暴露相似，都需要先封装为invoker然后再进一步生成exporter，以下是registryURL.addParameterAndEncoded()方法将URL进行拼接后的结果：

可以看到先是走registry协议，然后参数中有一个export=dubbo://，此时会走dubbo协议，所以我们得知SPI会先通过registry协议找到RegistryPotocol然后执行export()，然后再执行DubboPotocol中的export()。

现在我们进入RegistryPotocol中的export()方法。

上述操作主要是讲export转化为exporter，获取注册中心的相关配置，如果需要注册则向注册中心进行注册，并且在ProviderConsumerRegTable中记录服务提供者信息，进入源码中，我们发现实质就是往一个ConcurrentHashMap中塞入invoker，key是服务接口全类名，value是一个set，set中存储包装过的invoker。