dubbo的Extension源码分析

我们基于ExtensionLoader.getExtensionLoader().getAdaptiveExtension()这个入口进行了源码分析,已经通过上一节课进行了分析。我也做了很详细的笔记给大家去做巩固,希望大家有去学习

简单整理一下上节课getAdaptiveExtension的流程图

9f7b8d8112055a305cd3c77996bedadc7bf.jpg

injectExtension

d4263a360fd8adccbbe60b3f405a5bb763a.jpg

  • 这里可以看到,扩展点自动注入的一句就是根据setter方法对应的参数类型和property名称从ExtensionFactory中查询,如果有返回扩展点实例,那么就进行注入操作。
  • 到这里getAdaptiveExtension方法就分析完毕了。

还记得我们在讲解@Adaptive的时候提到过的AdaptiveCompiler类吗?这个类里面有一个setDefaultCompiler方法,他本身没有实现compile。而是基于DEFAULT_COMPILER。然后加载指定扩展点进行动态调用。那么这个DEFAULT_COMPILER这个值,就是在injectExtension方法中进行注入的。简单看看

6e3d88e19df7c16bc8c6c41d194134acdd0.jpg

关于objectFactory

在injectExtension这个方法中,我们发现入口出的代码首先判断了objectFactory这个对象是否为空。这个是在哪里初始化的呢?实际上我们在获得ExtensionLoader的时候,就对objectFactory进行了初始化。

3697f08cc5aa1ebb5b4d369434e44f048ea.jpg

然后通过ExtensionLoader.getExtensionLoader(ExtensionFactory.class).getAdaptiveExtension()去获得一个自适应的扩展点,进入ExtensionFactory这个接口中,可以看到它是一个扩展点,并且有一个自己实现的自适应扩展点AdaptiveExtensionFactory;

  • 注意:@Adaptive加载到类上表示这是一个自定义的适配器类,表示我们再调用getAdaptiveExtension方法的时候,不需要走上面这么复杂的过程。
  • 会直接加载到AdaptiveExtensionFactory。(此处代码在loadFile 640行),然后在getAdaptiveExtensionClass()方法处有判断

8112377dca91040fd49230eea0b3273433e.jpg

a6a93b8bf7c51376824d61533f9d741d89e.jpg

  • 我们可以看到除了自定义的自适应适配器类以外,还有两个实现类,一个是SPI,一个是Spring,AdaptiveExtensionFactory

我们可以看到除了自定义的自适应适配器类以外,还有两个实现类,一个是SPI,一个是Spring,AdaptiveExtensionFactory

AdaptiveExtensionFactory轮询这2个,从一个中获取到就返回。

77df5f6ea9eff17a62cd6e038e909b5267e.jpg

转载于:https://my.oschina.net/u/3847203/blog/2966875

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值