Dubbo-发布服务执行的流程

我们以dubbo 的xml配置为例：

dubbo服务发布只需在springxml中如下配置即可：

<dubbo:service interface="comalibabadubbodemoDemoService" ref="demoService" />

通过dubbo于spring的融合可以了解到<dubbo:service>标签是通过ServiceBean解析封装。

ServiceBean这个类继承 了ServiceConfig实现了spring的5个接口

InitializingBean, DisposableBean, ApplicationContextAware, ApplicationListener, BeanNameAware 来融入到spring的启动过程。

ServiceBean实现了 ApplicationListener 接口，当spring容器触发了ContextRefreshedEvent事件时，

就会调用 ServiceConfig 中的export()方法发布申明的dubbo服务，

ServiceConfig 中的export()方法部分源码如下，如果申明了delay（延迟多少），那么延迟调用doExport()发布这个服务，如果没有设置则直接调用doExport()发布服务：

接下来看ServiceConfig的doExport()方法

1，检查中是否配置了interface, 如果为空，那么抛出异常：

if (interfaceName == null || interfaceNamelength() == 0) { throw new IllegalStateException("interface not allow null!");}

2，检查接口类型必需为接口

if(! interfaceClassisInterface()) {

throw new IllegalStateException("The interface class " + interfaceClass + " is not a interface!");

}

3，检查方法是否在接口中存在

4，检查引用不为空，并且引用必需实现接口 interface="comalibabadubbodemoDemoService" ref="demoService"

5，检查checkApplication(); checkRegistry(); checkProtocol();有效性。

6，调用ServiceConfigdoExportUrls()发布dubbo服务

ServiceConfigdoExportUrls()如下：

通过调用loadRegistries(true)得到所有registry的url地址，例如配置了

<dubbo:registry address="zookeeper://127001:2181">

配置结果为dubboregistryaddress=zookeeper://127001:2181；

protocols就是将要发布服务的协议集合(dubbo服务可以同时暴露多种协议)，例如配置了

<dubbo:protocol name="dubbo" port="20880">

dubboprotocolname=dubbo ,  dubboprotocolport=20880

ServiceConfigdoExportUrlsFor1Protocol()

先把application、module、provider、protocol、exporter、registries、monitor所有属性封装到Map中例如protocol=dubbo，host=10001，port=20880，path=comalibabadubbodemoTestService等，然后构造dubbo定义的统一数据模型URL:

URL url = new URL(name, host, port, (contextPath == null || contextPathlength() == 0 "" : contextPath + "/") + path, map);

这个url非常重要，贯穿整个dubbo服务的发布和调用过程，可以在服务发布后在dubbo-monitor中看到；

ServiceConfigdoExportUrlsFor1Protocol()中根据scope判断服务的发布范围：

如果配置scope = none， 那么不需要发布这个dubbo服务；

没有配置scope = none，且配置的scope != remote， 那么本地暴露 这个dubbo服务；

没有配置scope = none，且配置的scope != remote且配置的scope != local，那么远程暴露这个dubbo服务（例如远程暴露这个服务到zk上，默认情况下scope没有配置，就是在这里发布服务）；

以上如果执行成功，会把dubbo服务到zookeeper上，invokergetUrl()的值为

registry://1005387:2188/comalibabadubboregistryRegistryServiceapplication=dubbo-test&dubbo=200&export=dubbo%3A%2F%2F105216218%3A20886%2FcomalibabadubbodemoDemoService%3Fanyhost%3Dtrue%26application%3Ddubbo-test%26dubbo%3D200%26interface%3DcomalibabadubbodemoDemoService%26loadbalance%3Droundrobin%26methods%3DsayHello%26owner%3Dafei%26pid%3D2380%26side%3Dprovider%26timestamp%3D1509953019382&owner=afei&pid=2380®istry=zookeeper×tamp=150995301934：

接下来我们分析

Protocolexport()暴露服务接口：

然后调用RegistryProtocolexport()：

核心调用registryregister(registedProviderUrl)。

调用AbstractRegistryregister(URL)，把这次需要注册的URL加到Set registered中，即本地缓存新的注册URL；

在ZookeeperRegistrydoRegister(URL)调用AbstractZookeeperClientcreate()，toUrlPath将URL形式的地址转换成zookeeper路径，最终在AbstractZookeeperClient中把需要发布的服务的URL保存到zookeeper：

ZookeeperRegistrydoRegister(url)注册服务如果失败：

如果开启了启动检查check=true，那么直接抛出异常；

如果没有开启启动检查，那么将失败的注册请求记录到失败列表，定时重试;

核心调用registrysubscribe(overrideSubscribeUrl, overrideSubscribeListener):

对发布的dubbo服务的这个url进行监听， 当服务变化有时通知重新暴露服务， 以zookeeper为例，暴露服务会在zookeeper生成一个节点，当节点发生变化的时候会触发overrideSubscribeListener的notify方法重新暴露服务

注册服务失败的重试机制：

注册服务失败后，会将url加入重试url集合中，failedRegisteredadd(url);重试任务在FailbackRegistry中实现：

注册的监听机制：

订阅并设置监听registrysubscribe(overrideSubscribeUrl, overrideSubscribeListener);

--> FailbackRegistrysubscribe(URL url, NotifyListener listener)

--> ZookeeperRegistrydoSubscribe(final URL url, final NotifyListener listener)，部分实现源码如下：

当服务有变化的时候:

doNotify(url, listener, urls);

AbstractRegistrynotify(URL url, NotifyListener listener, List urls)

--> RegistryDirectorynotify(List urls)

--> RegistryDirectoryrefreshInvoker(List invokerUrls)，这里调用toMethodInvokers(Map> invokersMap)的实现比较重要，将invokers列表转成与方法的映射关系，且每个方法对应的List需要通过Collectionssort(methodInvokers, InvokerComparatorgetComparator());排序，然后，还要将其转为unmodifiable的map

其中 InvokerComparator 的定义如下，即直接根据url进行比较排序

dubbo协议发布服务会调用DubboProtocolexport()的过程：

从Invoker中获取URL： URL url = invokergetUrl();

根据URL得到key, 由暴露的服务接口+端口组成，例如comalibabadubbodemoDemoService:20886 ；  String key = serviceKey(url);

构造DubboExporter存到Map中local cache化：

DubboExporter exporter = new DubboExporter(invoker, key, exporterMap); exporterMapput(key, exporter);

调用DubboProtocolopenServer()开启netty(默认)服务保持通信，并设置requestHandler处理consumer对provider的调用请求；

DubboProtocolopenServer()：

key的值就是IP:Port，例如105217167:20886，根据key从serverMap中如果取不到ExchangeServer，表示还没绑定服务端口，需要调用createServer(url)-->Exchangersbind(url, requestHandler)-->TransportersgetTransporter()bind(url, handler)(dubbo支持mina，netty，grizzly，默认实现是netty) --> NettyTransporterbind(URL, ChannelHandler) --> NettyServeropen()；

dubbo默认调用的是netty

Netty服务几个重要的地方

构造 ChannelPipeline 时指定了编码&解码，其中编码为NettyCodecAdaptergetEncoder()，解码为NettyCodecAdaptergetDncoder()；

指定了handler为final NettyHandler nettyHandler = new NettyHandler(getUrl(), this);处理请求；

[TOC]

1Dubbo是什么

Apache Dubbo 是一款高性能Java RPC框架。

Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东， 说白了就是个远程服务调用的分布式框架（告别Web Service模式中的WSdl，以服务者与消费者的方式在dubbo上注册） 其核心部分包含:

2Dubbo能做什么

Dubbo采用全spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。

3Dubbo架构

节点角色说明：

Provider: 暴露服务的服务提供方。

Consumer: 调用远程服务的服务消费方。

Registry: 服务注册与发现的注册中心。

Monitor: 统计服务的调用次调和调用时间的监控中心。

Container: 服务运行容器。

调用关系说明：

4Dubbo的使用方法

Dubbo采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。如果不想使用Spring配置，可以通过API的方式进行调用（注解式，不推荐使用）

下载安装zookeeper注册中心（不建议使用multicast）

1Windows

下载地址：https://wwwapacheorg/dyn/closercgi/zookeeper/

使用方法：下载解压即可，进入解压目录运行zkServercmd启动注册服务中心

截图：

2MacOS

下载地址：https://wwwapacheorg/dyn/closercgi/zookeeper/

使用方法：下载解压即可，进入解压目录运行zkServersh start启动注册服务中心

3Linux

下载地址：https://wwwapacheorg/dyn/closercgi/zookeeper/

使用方法：下载解压即可，进入解压目录运行zkServersh start启动注册服务中心

服务提供者

1定义服务接口(该接口需单独打包，在服务提供方和消费方共享)

DemoServicejava

2服务提供方实现接口：(对服务消费方隐藏实现)

DemoServiceImpljava

dubbo-providerxml：

4加载Spring配置，启动服务：

Providerjava：

或者使用springBoot启动

服务消费者：

applicationContext-dubboxml 中注册自己需要调用的接口。

1通过Spring配置引用远程服务

dubbo-consumerxml：

2加载Spring配置，并调用远程服务：

Consumerjava

或者使用springBoot启动

并添加对应的restful接口提供接口访问

修改对应index页面

3dubbo管理页面：

启动后访问 http://localhost:8080/dubbo-admin/

输入账号密码root/root

应用页面：

提供者页面:

消费者页面：

服务页面：

测试是否成功，只要看状态是否正常，就ok了

provider-log:

5使用Dubbo可能遇到的问题

1、orgspringframeworkbeansfactoryBeanCreationException

原因分析：

解决方案

2、orgapachedubborpcRpcException

原因分析

解决方案

可能是因为providers没有启动，或者是provider对应暴露的服务被禁用，启动providers或者解除禁用即可

3、javalangIllegalStateException

原因分析

解决方案

总结以上两点，通俗点讲，就是重启了工程（可能是因为直接修改代码，工程reload了）， 并且，连过了数据库（登录等），才出现了上述报错信息。原因是因为在tomcat重启的时候，之前的tomcat的线程还没有完全关闭，最新启动tomcat就会报这个异常。

4、orgapachedubboremotingTimeoutException

原因分析

解决方案

在dubbo-providerxml增加超时时间