dubbo服务暴露原理
1.发布流程
- 暴露本地服务
- 暴露远程服务
- 启动netty
- 连接zookeeper
- 到zookeeper注册
- 监听zookeeper
2.官方文档
3.看输出日志,就会发现在暴露本地服务之前,有一句很重要的日志
定位到了ServiceBean这个类,这个类是干嘛的?我们来看一下他的继承体系图
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类,下面就介绍一下怎么看这个动态编译类的源码
DEBUG
为什么需要调整成DEBUG
打开DEBUG后,我们重新启动,就会看到日志有如下输出,这段就是相关代码,我们根据包名新建文件,如下
我们在getInvoker方法上打上断点,重启一下.
由上图知道,本地暴露的url是以injvm开头的,下面来看下远程暴露
上面讲到了getInvoker方法,也就是拿到了Invoker,如果注意到本篇开头的文档说明中的那句Dubbo
处理服务暴露的关键就在 Invoker 转换到 Exporter 的过程,就知道,其实这个服务暴露
做的是过滤器操作,详细看下图
还利用exporterMap缓存了exporter,key和value参考下图
整个过程转化
本地服务暴露结束
参考：https://www.jianshu.com/p/60a9263f2ee2
