适配器原理
Dubbo 为 每个功能点 提供了 一个SPI扩展接口，Dubbo框架 在使用 扩展点功能的时候 是对 接口进行依赖的，而一个扩展接口 对应了 一系列的扩展实现类
那么如何选择 使用哪一个 扩展接口的实现类呢
其实这是 使用 适配器模式 来做的
首先看看什么是适配器模式，比如Dubbo提供的扩展接口Protocol，其定义如下
@SPI("dubbo")
public interface Protocol {
// 自适应
@Adaptive
<T> Exporter<T> export(Invoker<T> invoker) throws RpcException;
@Adaptive
<T> Invoker<T> refer(Class<T> type, URL url) throws RpcException;
}
Dubbo会使用 动态编译技术 为接口 Protocol 生成一个 适配器类Protocol$Adaptive的对象实例
在Dubbo框架中 需要使用 Protocol的实例时，实际上就是 使用 Protocol$Adaptive 的 对象实例 来获取 具体的SPI实现类，其代码如下
在Dubbo框架中，protocol的定义为：
private static final Protocol protocol = ExtensionLoader.getExtensionLoader(Protocol.class).getAdaptiveExtension()；
当调用protocol.export (wrapperInvoker)时，实际 是调用 Protocol$Adaptive的对象实例 的 export()方法
然后 后者 根据 wrapperInvoker中 URL里面 的 协议类型参数 执行
代码2使用Dubbo增强SPI方法getExtension() 获取 对应的 SPI实现类
然后调用代码3 来执行 具体SPI实现类的export()方法
需要注意的是，在Dubbo中URL是一个核心概念，Dubbo框架把所需的参数都拼接到了URL对象里
这里假设代码2传递的协议类型为Dubbo，则说明 使用 增强SPI 返回 扩展接口Protocol 的 Dubbo实现，即返回了DubboProtocol的实例
那么代码3则返回调用DubboProtocol的export()方法的返回结果
也就是说 当框架 调用protocol.export(wrapperInvoker)时，实际上是调用了DubboProtocol的export()方法
总结一下就是，适配器类Protocol$Adaptive会根据传递的协议参数的不同，加载不同的Protocol的SPI实现
其实在Dubbo框架中，框架 会给每个SPI扩展接口 动态生成一个 对应的 适配器类，并根据 参数 来使用 增强SPI 以选择 不同的SPI实现
比如扩展接口ProxyFactory的适配器类为ProxyFactory$Adaptive，其根据参数proxy来选择使用JdkProxyFactory还是使用JavassistProxyFactory做代理工厂
扩展接口Registry的适配器类Registry$Adaptive则根据参数register来决定使用ZookeeperRegistry、RedisRegistry、MulticastRegistry、DubboRegistry中的哪一个作为服务注册中心等
动态编译原理
在Dubbo框架中 框架 会给 每个SPI扩展接口 动态生成 一个 对应的 适配器类
那么如何生成呢？这里就使用了动态编译技术
在Dubbo中提供了一个Compiler的SPI
package org.apache.dubbo.common.compiler;
import org.apache.dubbo.common.extension.SPI;
/**
* Compiler. (SPI, Singleton, ThreadSafe)
*/
@SPI("javassist")
public interface Compiler {
/**
* Compile java source code.
*
* @param code Java source code
* @param classLoader classloader
* @return Compiled class
*/
Class<?> compile(String code, ClassLoader classLoader);
}
Dubbo提供Compiler的实现有JavassistCompiler（默认实现）和JdkCompiler两种
从 Dubbo框架 如何使用 动态编译 生成扩展接口 对应的 适配器类 入手
首先看ExtensionLoader的createAdaptiveExtensionClass()方法，就是该方法 将源文件 动态编译为 Class对象的，有了Class对象后，就可以使用newInstance()方法创建对象实例了
代码1 是根据 SPI扩展接口 生成 其对应的 适配器类的源码，其返回的是一个字符串
比如对于Protocol扩展接口来说，返回的字符串内容为
代码2 使用 增强SPI 选择 扩展接口Compiler的实现，这里默认为JavassistCompiler
然后代码3 调用 JavassistCompiler的compile()方法 并根据 源代码 生成 Protocol/$Adaptive 的 Class对象
总结一下就是，Dubbo框架 会为 每个扩展接口 生成 其对应的 适配器类的源码
然后 选择 具体的 动态编译类 的 扩展实现 对源码 进行 编译 以 生成 适配器类的Class对象
然后 就可以 调用Class对象 的 newInstance()方法 生成 扩展接口 对应的 适配器类 的 实例
具体相关源码可见Dubbo-SPI(四)-@Adaptive注解