dubbo服务暴露原理
1.发布流程
- 暴露本地服务
- 暴露远程服务
- 启动netty
- 连接zookeeper
- 到zookeeper注册
- 监听zookeeper
2.官方文档
3.看输出日志,就会发现在暴露本地服务之前,有一句很重要的日志
定位到了ServiceBean
这个类,这个类是干嘛的?我们来看一下他的继承体系图
ApplicationListener
.要能敏锐的发现这个关键的接口,首先还是要对spring有一定了解,这个就是spring的事件机制(event).什么是事件机制呢?就比如监听spring容器初始化完成
.那我们就定位到这行日志的位置,往下debug![](https://img2018.cnblogs.com/blog/1410911/201909/1410911-20190909095724819-1712552890.png)
接下来继续往下走
进行遍历呢,因为dubbo是支持多协议的,看文档原话
下面就到了第三个面试题,也是服务发布的重点,本地暴露
和远程暴露
为什么会有本地暴露
和远程暴露
呢?不从场景考虑讨论技术的没有意义是.在dubbo中我们一个服务可能既是Provider
,又是Consumer
,因此就存在他自己调用自己服务的情况,如果再通过网络去访问,那自然是舍近求远,因此他是有本地暴露
服务的这个设计.从这里我们就知道这个两者的区别
- 本地暴露是暴露在JVM中,不需要网络通信.
- 远程暴露是将ip,端口等信息暴露给远程客户端,调用时需要网络通信.
![](https://img2018.cnblogs.com/blog/1410911/201909/1410911-20190909101638651-1601412983.png)
点进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类,下面就介绍一下怎么看这个动态编译类的源码
DEBUG
![](https://img2018.cnblogs.com/blog/1410911/201909/1410911-20190909102241871-1049856183.png)
为什么需要调整成DEBUG
打开DEBUG
后,我们重新启动,就会看到日志有如下输出,这段就是相关代码,我们根据包名新建文件,如下
我们在getInvoker
方法上打上断点,重启一下.
由上图知道,本地暴露的url是以injvm
开头的,下面来看下远程暴露
![](https://img2018.cnblogs.com/blog/1410911/201909/1410911-20190909103254102-480359685.png)
上面讲到了getInvoker
方法,也就是拿到了Invoker
,如果注意到本篇开头的文档说明中的那句Dubbo
处理服务暴露的关键就在 Invoker 转换到 Exporter 的过程
,就知道,其实这个服务暴露
![](https://img2018.cnblogs.com/blog/1410911/201909/1410911-20190909104442868-830952228.png)
做的是过滤器操作,详细看下图
还利用exporterMap
缓存了exporter,key
和value
参考下图
整个过程转化
本地服务暴露结束
参考:https://www.jianshu.com/p/60a9263f2ee2