Dubbo SPI机制之三Adaptive自适应功能

　　JDK标准中SPI机制的一个问题就是其一次性实例化扩展点所有实现，如果有扩展实现初始化很耗时，但如果没用上也加载，会很浪费资源；扩展点加载失败，其他扩展点都用不了了。Dubbo是如何解决该问题动态的选择具体的扩展点呢？使用@Adaptive。

　　Dubbo中的Adaptive功能，主要解决的问题是如何动态的选择具体的扩展点。通过getAdaptiveExtension同一对知道接口对于的所有扩展点进行封装，同时通过URL的方式对扩展点来进行动态选择(dubbo中所有的注册信息都是通过URL的形式进行处理的。)

　　查看@Adaptive注解源码及其注释，如下：

　　　　

　　　　 　　

　　通过上面注释分析自适应功能执行流程如下：

　　1、如果不使用@Adaptive，使用@SPI标记的所有扩展均被默认加载；

　　2、使用@Adaptive的扩展被选择加载，可以加载整个扩展点也可以加载该扩展点中某个功能点(根据URL和@Adaptive中参数同时决定)。

　　下面具体应用@Adaptive验证上述功能：

　　　　1、创建接口

　　　　　　增加传入URL参数的方法：　

　　　　2、创建实现类

　　　　　　　实现有参数URL的方法：

　　　　　　　

　　　　3、编写主程序

　　　　　　

　　　　红框部分为自适应加载扩展点比默认加载所有扩展需要明确注意的：1）URL参数；2）明确地使用getAdaptiveE'xtension加载自适应扩展。

　　在第一步接口中，需要增加@Adaptive。下面验证不直接添加，而是通过测试验证注解功能一步步添加。增加配置文件内容　　　　

　　　　

　　首先测试@Adaptive无参固定，@SPI与URL之间参数变化的场景，如下：

　　　　1）修改@SPI注解为@SPI("hello")或者其他任意字符，执行DubboSPI机制二之Dubbo中SPI初体验 - 池塘里洗澡的鸭子 - 博客园 (cnblogs.com)中的主程序

　　　　　　　

 　　　　　　执行结果：

　　　　　　　　

　　　　　　对于非自适应的加载，@SPI有无指定默认加载都无效，默认加载所有。

　　　　2）同上，但是执行此文中主程序（使用了getAdaptiveExtension方法，以下测试均使用）。结果如下：

　　　　　　

 　　　　　　失败：提示在此扩展中没有自适应的方法，进而拒绝创建自适应实例。

　　　　3）方法上增加自适应标签@Adaptive 

　　　　　　　　

　　　　　　执行主程序，结果如下：

　　　　　　　　

 　　　　　　URL中有dog，执行的时候找到的是扩展名为dog的扩展实现。如果改为human呢？应该是hello 加url了。验证确实如此：

　　　　　　　　

　　　　　　如果URL中扩展名为空呢？

　　　　　　　　

　　　　　　　　

　　　　　　失败：提示无name为hello的扩展实现。配置文件中确实没有名为hello的扩展实现。说明对于URL中没有扩展名的自适应，默认使用@SPI中指定的扩展实现。

　　　　4）提供默认扩展名为human

　　　　　　　　

　　　　　　执行结果为：

　　　　　　　　

　　　　　　如果无默认扩展名呢？

　　　　　　　　

 　　　　　　执行结果为：

　　　　　　　　

 　　　　　　失败：提示扩展名为null

　　其次测试测试@Adaptive有参数时，其与URL是如何共同控制自适应扩展点加载：

 　　　　1）此案例@Adaptive设置参数hello.service：

　　　　　　　　

　　　　　　如果URL中无扩展名，执行主程序结果：　　　　

　　　　　　　　

　　　　　　可以看到如果使用了正确参数XX的@Adptive，如果URL中使用没有为XX赋值，使用@SPI指定扩展实现。

　　　　2）如果URL中扩展名为dog，执行主程序及结果：

　　　　　　　　

　　　　　　说明使用URL中提供扩展名扩展实现。

　　综合上述@SPI，@Adaptive, URL三者配合使用如下：

　　URL中提供扩展名：

　　　　1）如果没有使用getAdaptiveExtension方法，有无@Adaptive无所谓，@SPI有无扩展名也无影响，直接加载所有扩展实现；

　　　　2）如果使用getAdaptiveExtension方法，没有@Adaptive参数，交易失败；提供@Adaptiveh参数，加载URL中符合接口参数的扩展实现；如果无符合接口参数的，加载@SPI中指定扩展实现。

　　URL中无扩展名信息：无论@Adaptive中是否提供参数，均加载@SPI中指定扩展实现。

　　对于@Adaptive中参数，此例中为什么是hello.service？这个可以看最开始注释部分其默认参数名规则：