dubbo服务暴露原理

1.发布流程

• 暴露本地服务
• 暴露远程服务
• 启动netty
• 连接zookeeper
• 到zookeeper注册
• 监听zookeeper

2.官方文档

 

 3.看输出日志,就会发现在暴露本地服务之前,有一句很重要的日志

定位到了ServiceBean这个类,这个类是干嘛的?我们来看一下他的继承体系图

这个图我们看到了许多和spring有关的东西,还发现了一个重要的接口,那就是ApplicationListener.要能敏锐的发现这个关键的接口,首先还是要对spring有一定了解,这个就是spring的事件机制(event).什么是事件机制呢?就比如监听spring容器初始化完成.那我们就定位到这行日志的位置,往下debug

 

 

 

 

 

 接下来继续往下走

 进行遍历呢,因为dubbo是支持多协议的,看文档原话

 

 下面就到了第三个面试题,也是服务发布的重点,本地暴露和远程暴露

为什么会有本地暴露和远程暴露呢?不从场景考虑讨论技术的没有意义是.在dubbo中我们一个服务可能既是Provider,又是Consumer,因此就存在他自己调用自己服务的情况,如果再通过网络去访问,那自然是舍近求远,因此他是有本地暴露服务的这个设计.从这里我们就知道这个两者的区别

• 本地暴露是暴露在JVM中,不需要网络通信.
• 远程暴露是将ip,端口等信息暴露给远程客户端,调用时需要网络通信.

本地服务暴露

 

 点进ProxyFactory查看源码

 @Adaptive注解打在类上和方法上,他们是有区别的

　　adaptive设计的目的是为了识别固定已知类和扩展未知类。

　　1.注解在类上：代表人工实现，实现一个装饰类（设计模式中的装饰模式），它主要作用于固定已知类，

　　目前整个系统只有2个，AdaptiveCompiler、AdaptiveExtensionFactory。

　　a.为什么AdaptiveCompiler这个类是固定已知的？因为整个框架仅支持Javassist和JdkCompiler。

　　b.为什么AdaptiveExtensionFactory这个类是固定已知的？因为整个框架仅支持2个objFactory,一个是spi,另一个是spring

　　2.注解在方法上：代表自动生成和编译一个动态的Adpative类，它主要是用于SPI，因为spi的类是不固定、未知的扩展类，所以设计了动态$Adaptive类.

　　例如 Protocol的spi类有 injvm dubbo registry filter listener等等 很多扩展未知类，

　　它设计了Protocol$Adaptive的类，通过ExtensionLoader.getExtensionLoader(Protocol.class).getExtension(spi类);来提取对象

打在方法上,就会生成动态编译的Adaptive类,下面就介绍一下怎么看这个动态编译类的源码

首先要将这个log4j的level调整为DEBUG

 为什么需要调整成DEBUG

 打开DEBUG后,我们重新启动,就会看到日志有如下输出,这段就是相关代码,我们根据包名新建文件,如下

 

 我们在getInvoker方法上打上断点,重启一下.

 

 

 由上图知道,本地暴露的url是以injvm开头的,下面来看下远程暴露

 上面讲到了getInvoker方法,也就是拿到了Invoker,如果注意到本篇开头的文档说明中的那句Dubbo

处理服务暴露的关键就在 Invoker 转换到 Exporter 的过程,就知道,其实这个服务暴露

本地服务暴露

 

做的是过滤器操作,详细看下图

 

 

 还利用exporterMap缓存了exporter,key和value参考下图

整个过程转化

 本地服务暴露结束

参考：https://www.jianshu.com/p/60a9263f2ee2