dubbo的Extension源码分析

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

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

injectExtension

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

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

关于objectFactory

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

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

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

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

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

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

猜你喜欢

转载自my.oschina.net/u/3847203/blog/2966875