dubbo服务暴露 dubbo服务暴露

前期准备服务配置，用于暴露一个服务，定义服务的元信息，一个服务可以用多个协议暴露，一个服务也可以注册到多个注册中心。
eg、
引用服务配置，用于创建一个远程服务代理，一个引用可以指向多个注册中心。
eg、
协议配置，用于配置提供服务的协议信息，协议由提供方指定，消费方被动接受。
eg、
应用配置，用于配置当前应用信息，不管该应用是提供者还是消费者。
eg、
模块配置，用于配置当前模块信息，可选。
注册中心配置，用于配置连接注册中心相关信息。
eg、
监控中心配置，用于配置连接监控中心相关信息，可选。
提供方的缺省值，当ProtocolConfig和ServiceConfig某属性没有配置时，采用此缺省值，可选。
消费方缺省配置，当ReferenceConfig某属性没有配置时，采用此缺省值，可选。
方法配置，用于ServiceConfig和ReferenceConfig指定方法级的配置信息。
用于指定方法参数配置。
Invoker URL ServiceBean
URL 之于 Dubbo，犹如水之于鱼，非常重要。
在 Dubbo 中，Invoker 是一个非常重要的模型。在服务提供端，以及服务引用端均会出现 Invoker。Dubbo 官方文档中对 Invoker 进行了说明，这里引用一下。
Invoker 是实体域，它是 Dubbo 的核心模型，其它模型都向它靠扰，或转换成它，它代表一个可执行体，可向它发起 invoke 调用，它有可能是一个本地的实现，也可能是一个远程的实现，也可能一个集群实现。
1.概览
dubbo服务暴露
文章图片
image http://dubbo.apache.org/zh-cn/docs/dev/implementation.html
→ ServiceConfig→Invoker→ Exporter->启动server打开端口->注册
1.dubbo在什么时候进行服务暴露 [图片上传失败...(image-aaadb7-1562576327193)]
[图片上传失败...(image-ff9460-1562576327192)]
导出时机：
afterPropertiesSet
onApplicationEvent
为什么要延迟暴露
dubbo服务导出到那里？导出了什么东西
怎么导出的
2.服务暴露过程

1.检查准备环境配置
2.加载注册中心
3.暴露本地服务
4.暴露远程服务
5.注册

导出的入口
org.apache.dubbo.config.ServiceConfig#export

检测标签的 interface 属性合法性，不合法则抛出异常
检测 ProviderConfig、ApplicationConfig 等核心配置类对象是否为空，若为空，则尝试从其他配置类对象中获取相应的实例。
检测并处理泛化服务和普通服务类（扩展泛化调用）
检测本地存根配置，并进行相应的处理（解释存根）
文章图片
image
对 ApplicationConfig、RegistryConfig 等配置类进行检测，为空则尝试创建，若无法创建则抛出异常

检查配置举个例子 protocol
如果为空就set，然后增加属性
[图片上传失败...(image-819df9-1562576327192)]

2.加载注册中心

[图片上传失败...(image-10b9e0-1562576327192)]
[图片上传失败...(image-3c064c-1562576327192)]
org.apache.dubbo.config.AbstractInterfaceConfig#loadRegistries的registries什么时候注入的?提出问题
org.springframework.beans.factory.BeanFactoryUtils#beansOfTypeIncludingAncestors(org.springframework.beans.factory.ListableBeanFactory, java.lang.Class, boolean, boolean)
这里获取默认的配置扩展IOC
双注册中心
haunt 资料
https://tech.youzan.com/haunt-youzan-service-discovery/
org.apache.dubbo.config.ServiceConfig#doExportUrlsFor1Protocol
1.将一些信息，比如版本、时间戳、方法名以及各种配置对象的字段信息放入到 map 中，map 中的内容将作为 URL 的查询字符串。构建好 map 后，紧接着是获取上下文路径、主机名以及端口号等信息。最后将 map 和主机名等数据传给 URL 构造方法创建 URL 对象。
[图片上传失败...(image-70bad3-1562576327192)]
3.暴露本地服务org.apache.dubbo.config.ServiceConfig#exportLocal
先看一下成员变量。使用spi
[图片上传失败...(image-53fddf-1562576327192)]
[图片上传失败...(image-d81aee-1562576327192)]
创建invoker的过程
[图片上传失败...(image-47e326-1562576327192)]
生成的protocol code

package org.apache.dubbo.rpc; import org.apache.dubbo.common.extension.ExtensionLoader; public class Protocol$Adaptive implements org.apache.dubbo.rpc.Protocol { public void destroy() { throw new UnsupportedOperationException("The method public abstract void org.apache.dubbo.rpc.Protocol.destroy() of interface org.apache.dubbo.rpc.Protocol is not adaptive method!"); } public int getDefaultPort() { throw new UnsupportedOperationException("The method public abstract int org.apache.dubbo.rpc.Protocol.getDefaultPort() of interface org.apache.dubbo.rpc.Protocol is not adaptive method!"); } public org.apache.dubbo.rpc.Invoker refer(java.lang.Class arg0, org.apache.dubbo.common.URL arg1) throws org.apache.dubbo.rpc.RpcException { if (arg1 == null) throw new IllegalArgumentException("url == null"); org.apache.dubbo.common.URL url = arg1; String extName = (url.getProtocol() == null ? "dubbo": url.getProtocol()); if (extName == null) throw new IllegalStateException("Failed to get extension (org.apache.dubbo.rpc.Protocol) name from url (" + url.toString() + ") use keys([protocol])"); org.apache.dubbo.rpc.Protocol extension = (org.apache.dubbo.rpc.Protocol) ExtensionLoader.getExtensionLoader(org.apache.dubbo.rpc.Protocol.class).getExtension(extName); return extension.refer(arg0, arg1); } public org.apache.dubbo.rpc.Exporter export(org.apache.dubbo.rpc.Invoker arg0) throws org.apache.dubbo.rpc.RpcException { if (arg0 == null) throw new IllegalArgumentException("org.apache.dubbo.rpc.Invoker argument == null"); if (arg0.getUrl() == null) throw new IllegalArgumentException("org.apache.dubbo.rpc.Invoker argument getUrl() == null"); org.apache.dubbo.common.URL url = arg0.getUrl(); String extName = (url.getProtocol() == null ? "dubbo": url.getProtocol()); if (extName == null) throw new IllegalStateException("Failed to get extension (org.apache.dubbo.rpc.Protocol) name from url (" + url.toString() + ") use keys([protocol])"); org.apache.dubbo.rpc.Protocol extension = (org.apache.dubbo.rpc.Protocol) ExtensionLoader.getExtensionLoader(org.apache.dubbo.rpc.Protocol.class).getExtension(extName); return extension.export(arg0); } }

String extName = (url.getProtocol() == null ? "dubbo": url.getProtocol());
org.apache.dubbo.rpc.Protocol extension = (org.apache.dubbo.rpc.Protocol) ExtensionLoader.getExtensionLoader(org.apache.dubbo.rpc.Protocol.class).getExtension(extName);
最后得到
org.apache.dubbo.rpc.protocol.injvm.InjvmProtocol
[图片上传失败...(image-d3033f-1562576327192)]
回忆getExtension的时候，对Protocol包装又包装。
build一个过滤链，启动一个服务质量监控服务器，增加一个监听者。
[图片上传失败...(image-93aad6-1562576327192)]
为什么要有本地暴露
本地调用使用了 injvm 协议，是一个伪协议，它不开启端口，不发起远程调用，只在 JVM 内直接关联，但执行 Dubbo 的 Filter 链。
http://dubbo.apache.org/zh-cn/docs/user/demos/local-call.html
org.apache.dubbo.registry.integration.RegistryProtocol#doLocalExport
org.apache.dubbo.rpc.protocol.dubbo.DubboProtocol#openServer
[图片上传失败...(image-ffbf2d-1562576327192)]
[图片上传失败...(image-1fea4f-1562576327192)]
org.apache.dubbo.rpc.Protocol#export 远程暴露
org.apache.dubbo.registry.integration.RegistryProtocol#export
远程暴露第一步交给具体的协议去暴露本地端口
org.apache.dubbo.registry.integration.RegistryProtocol#doLocalExport
→org.apache.dubbo.rpc.protocol.dubbo.DubboProtocol#export(缓存exporter)
→org.apache.dubbo.rpc.protocol.dubbo.DubboProtocol#openServer（缓存server）

→org.apache.dubbo.rpc.protocol.dubbo.DubboProtocol#createServer（给url增加一些属性）->org.apache.dubbo.remoting.exchange.Exchangers#bind(org.apache.dubbo.common.URL, org.apache.dubbo.remoting.exchange.ExchangeHandler)（根据type获取对应的exchanger）->org.apache.dubbo.remoting.Transporters#bind(org.apache.dubbo.common.URL, org.apache.dubbo.remoting.ChannelHandler...)（门面模式，具体交给netty去做）->org.apache.dubbo.remoting.transport.netty4.NettyServer#doOpen（真正启动server的地方）

[图片上传失败...(image-498383-1562576327192)]
第二步-注册
获取注册中心
【dubbo服务暴露】org.apache.dubbo.registry.support.AbstractRegistryFactory#getRegistry
→org.apache.dubbo.registry.etcd.EtcdRegistryFactory#createRegistry
→org.apache.dubbo.remoting.etcd.jetcd.JEtcdTransporter#connect
[图片上传失败...(image-c652f9-1562576327192)]
org.apache.dubbo.remoting.etcd.support.AbstractEtcdClient#create
[图片上传失败...(image-3893ab-1562576327192)]
org.apache.dubbo.remoting.etcd.jetcd.JEtcdClientWrapper#createPersistent
[图片上传失败...(image-71c6f8-1562576327192)]
模板方法
重点是把dubbo的url转换成etcd的节点
为啥注册中心挂了，服务还能继续通信？
com.alibaba.dubbo.registry.RegistryService#subscribe
最后。官网的说明
URL举例
dubbo://172.17.48.52:20880/com.alibaba.dubbo.demo.DemoService?anyhost=true&application=demo-provider&dubbo=2.0.2&generic=false&interface=com.alibaba.dubbo.demo.DemoService&methods=sayHello
服务提供者暴露一个服务的详细过程

文章图片
image 上图是服务提供者暴露服务的主过程：
首先 ServiceConfig 类拿到对外提供服务的实际类 ref(如：HelloWorldImpl),然后通过 ProxyFactory 类的 getInvoker 方法使用 ref 生成一个 AbstractProxyInvoker 实例，到这一步就完成具体服务到 Invoker的转化。接下来就是 Invoker 转换到 Exporter 的过程。
Dubbo 处理服务暴露的关键就在 Invoker 转换到 Exporter 的过程，上图中的红色部分。下面我们以 Dubbo 和 RMI 这两种典型协议的实现来进行说明：
Dubbo 的实现 Dubbo 协议的 Invoker 转为 Exporter 发生在 DubboProtocol 类的 export 方法，它主要是打开 socket 侦听服务，并接收客户端发来的各种请求，通讯细节由 Dubbo 自己实现。