dubbo服务暴露

想熟悉dubbo源码，首先要知道dubbo extensionLoader，而dubbo的这种扩展机制，是根据java spi衍生而来。

这是基础，但是我放在后面说明。

一：dubbo demo provider在启动过程中，主要做了：

1.暴露本地服务

2.暴露远程服务

3.启动netty

4.链接zookeeper

5.到zookeeper注册

6.zookeeper事件通知

下面多图预警：

官网的两个图拿来：

1.服务提供者暴露一个服务的过程

2.暴露时序服务

入口就在serviceConfig里，我一步步走，代码运行到：

private void doExportUrls() {
    List<URL> registryURLs = loadRegistries(true);
    for (ProtocolConfig protocolConfig : protocols) {
        doExportUrlsFor1Protocol(protocolConfig, registryURLs);
    }
}

这里遍历的主要原因就是dubbo对多协议的支持。

//配置不是remote的情况下做本地暴露 (配置为remote，则表示只暴露远程服务)
if (!Constants.SCOPE_REMOTE.toString().equalsIgnoreCase(scope)) {
    exportLocal(url);
}

本地暴露的细节：本地服务暴露是暴露在jvm中，不需要远程通信。

@SuppressWarnings({"unchecked", "rawtypes"})
private void exportLocal(URL url) {
    if (!Constants.LOCAL_PROTOCOL.equalsIgnoreCase(url.getProtocol())) {
        URL local = URL.valueOf(url.toFullString())
                    .setProtocol(Constants.LOCAL_PROTOCOL)
                .setHost(LOCALHOST)
                .setPort(0);
        Exporter<?> exporter = protocol.export(
                proxyFactory.getInvoker(ref, (Class) interfaceClass, local));
        exporters.add(exporter);
        logger.info("Export dubbo service " + interfaceClass.getName() + " to local registry");
    }
}

关注一下proxyFactory怎么定义的：

private static final ProxyFactory proxyFactory = ExtensionLoader.getExtensionLoader(ProxyFactory.class).getAdaptiveExtension();

这里就用到了dubbo的扩展机制。

proxyFactory动态编译，无法看到生成的代码，但是可以调整log4j的日志级别debug级别，具体代码定位在：

ExtensionLoader中的

createAdaptiveExtensionClassCode（）方法

根据控制台打印的code信息，我新建了一个ProxyFactory$Adaptive，截图如下：

最终执行到

JavassistProxyFactory的getInvoker()方法

到这里我已经把具体服务到invoker的转换调通了，分割线下就是主要的逻辑：从invoker到exporter的过程，也是重点。

=============================================================分割线==============================================================

一：本地服务的暴露

用相同的方法，控制台打印了Protocol$Adaptive code 代码块，我新建了类，截图如下：

二：远程服务的暴露
dubbo远程服务暴露，设计到的知识点太多了，netty io、线程模型，zookeeper分布式锁等等

这是dubbo官方图，图中标红的就是远程服务暴露过程，但是这张图是从consumer--》provider的过程，所以实际上provider是反过来的。

流程如下：

跟本地暴露的流程一样，一步步断点，最终执行到：

这里invoker转换成了exporter，最终保存在exporterMap中。这个map是用来干什么的？？？

已经到了dubbo protocol，我们继续走，开始关联到server部分。

Exchange：按照网络通信的理解，这个exchange可以对应到交换层的意思。

那么，dubbo 的 exchange 究竟起了什么作用？

这里要设计到另外一个重要的知识点，transporter传输层。

看到了把，这里的netty和mina都是有名的nio框架，继续走下去：

父类主要处理了一下timeout，connectiontimeout和codec等一些基础设置，最终我们走到了netty server doOpen()方法，

看到这个图，感觉一切都清晰了吧？重新回到了netty上。并把最终的exporter返回。