dubbo源码解析（二） dubbo spi adaptive实现

上一节分析了ExtensionLoader.getExtensionLoader(Class<T> type)的源码。

 通过ExtensionLoader.getExtensionLoader(Class<T> type).getAdaptiveExtension() 就可以获取接口的一个扩展类。

本节主要分析getAdaptiveExtension()的源码。

首先得出一个结论：针对某个类，如果@Adaptive注解在该类上那么通过getAdaptiveExtension() 就可以获得一个装饰类（人工实现编码）；如果注解在方法上就获得一个动态代理类（动态生成和编译代码），例如Protocol$Adaptive对象。

看一下@Adaptive注解的源码

上一节ExtensionLoader的构造函数中objectFactory 是通过

ExtensionLoader.getExtensionLoader(ExtensionFactory.class).getAdaptiveExtension()来获取的

看下ExtensionFactory的一个实现类AdaptiveExtensionFactory ，Adaptive注解在类上的

看下Protocol 这个类，Adaptive注解在方法上的

下面分析下ExtensionLoader.getExtensionLoader(ProxyFactory.class).getAdaptiveExtension()中getAdaptiveExtension()的源码

cachedAdaptiveInstance是ExtensionLoader 中一个缓存的对象

进入createAdaptiveExtension()方法

首先看该方法中的getAdaptiveExtensionClass()

到getExtensionClasses()

cachedClasses 缓存中没有，则通过loadExtensionClasses()获取。

loadfile的部分源码：

关于loadfile的总结
目的：通过把配置文件META-INF/dubbo/internal/com.alibaba.dubbo.rpc.Protocol的内容，存储在缓存变量里面。
cachedAdaptiveClass//如果这个class含有adative注解就赋值，例如ExtensionFactory，而例如Protocol在这个环节是没有的。
cachedWrapperClasses//只有当该class无adative注解，并且构造函数包含目标接口（type）类型，
例如protocol里面的spi就只有ProtocolFilterWrapper和ProtocolListenerWrapper能命中
cachedActivates//剩下的类，包含Activate注解

cachedNames//剩下的类就存储在这里。

回到getAdaptiveExtensionClass方法中，如果cachedAdaptiveClass中有值，说明配置文件中的某一个类含有adaptive注解，则返回该类的实例，getAdaptiveExtension()方法结束。
如果cachedAdaptiveClass中没有值，则调用createAdaptiveExtensionClass()；此方法的作用是根据模板代码动态的生成一个类。