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个，从一个中获取到就返回。