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?这个可以看最开始注释部分其默认参数名规则:

    

      

Dubbo SPI机制之三Adaptive自适应功能的更多相关文章

  1. 【Dubbo源码阅读系列】之 Dubbo SPI 机制

    最近抽空开始了 Dubbo 源码的阅读之旅,希望可以通过写文章的方式记录和分享自己对 Dubbo 的理解.如果在本文出现一些纰漏或者错误之处,也希望大家不吝指出. Dubbo SPI 介绍 Java ...

  2. Dubbo SPI 机制源码分析(基于2.7.7)

    Dubbo SPI 机制涉及到 @SPI.@Adaptive.@Activate 三个注解,ExtensionLoader 作为 Dubbo SPI 机制的核心负责加载和管理扩展点及其实现.本文以 E ...

  3. Dubbo SPI机制之一JDK中的SPI

    首先简单阐述下什么是SPI:SPI 全称为 (Service Provider Interface) ,是JDK内置的一种服务提供发现机制.目前有不少框架用它来做服务的扩展发现,简单来说,就是一种动态 ...

  4. dubbo SPI机制

    源码分析: /** * 获取扩展类 */ @SuppressWarnings("unchecked") public T getExtension(String name) { i ...

  5. Dubbo 源码分析 - SPI 机制

    1.简介 SPI 全称为 Service Provider Interface,是 Java 提供的一种服务发现机制.SPI 的本质是将接口实现类的全限定名配置在文件中,并由服务加载器读取配置文件,加 ...

  6. 面试常问的dubbo的spi机制到底是什么?

    前言 dubbo是一款微服务开发框架,它提供了 RPC通信 与 微服务治理 两大关键能力.作为spring cloud alibaba体系中重要的一部分,随着spring cloud alibaba在 ...

  7. SPI 机制-插件化扩展功能

    SPI(Service Provider Interfaces),中文直译服务提供者接口,一种服务发现机制.可能很多人都不太熟悉这个机制,但是平常或多或少都用到了这个机制,比如我们使用 JDBC 连接 ...

  8. Dubbo SPI源码解析①

    目录 0.Java SPI示例 1.Dubbo SPI示例 2.Dubbo SPI源码分析 ​ SPI英文全称为Service Provider Interface.它的作用就是将接口实现类的全限定名 ...

  9. Dubbo源码学习之-Adaptive自适应扩展

    前言 最近三周基本处于9-10-6与9-10-7之间,忙碌的节奏机会丢失了自己.除了之前干施工的那段经历,只看参加软件开发以来,前段时间是最繁忙的了.忙的原因,不是要完成的工作量大,而是各种环境问题, ...

随机推荐

  1. JQuery选择器的使用和分类

    jQuery选择器 id选择器格式 $("#box") //获取标签里的id是box的标签 类选择器格式 $(".a") //获取标签里的类名是a的标签 标签选 ...

  2. Web安全攻防(一)XSS注入和CSRF

    跨站脚本攻击(XSS) XSS(Cross Site Scripting),为不和层叠样式表CSS混淆,故将跨站脚本攻击缩写为XSS. 攻击原理: 恶意攻击者往Web页面里插入恶意Script代码,当 ...

  3. java string 转化为json_java String 转Json报错

    缺少jar包依赖: java.lang.NoClassDefFoundError: org/apache/commons/beanutils/DynaBean 缺少commons-beanutils- ...

  4. 【分享】thanos receiver的grafana报表配置

    具体的部署是:用prometheus抓取thanos receiver的10909端口,然后grafana再请求这个prometheus 具体的JSON配置请见最后 本文的一些监控配置,参考了这篇文章 ...

  5. 【采坑小计】prometheus的remote write协议遇到的问题

    没有读懂源码以前,无脑试错总是效率很低的! 1.thanos receiver报store locally for endpoint : conflict 接口返回的日志: store locally ...

  6. golang gin框架中使用protocol buffers和JSON两种协议

    首先,我使用protobuf作为IDL,然后提供HTTP POST + JSON BODY的方式来发送请求. 能不能使用HTTTP POST + PB序列化后的二进制BODY呢? 做了一下尝试,非常简 ...

  7. 从数组中找出第K大的数

    利用改进的快排方法 public class QuickFindMaxKValue { public static void main(String[] args) { int[] a = {8, 3 ...

  8. Docker 与 K8S学习笔记(十八)—— Pod的使用

    Pod 是一组紧密关联的容器集合,它们共享IPC.Network和UTS namespace,是 Kubernetes 调度的基本单元.Pod 的设计理念是支持多个容器在一个 Pod 中共享网络和文件 ...

  9. Servlet Filter(过滤器)

    Servlet Filter 又称 Servlet 过滤器,它是在 Servlet 2.3 规范中定义的,能够对 Servlet 容器传给 Web 资源的 request 对象和 response 对 ...

  10. QMainWindow(一)

    mainwindow.h: #ifndef MAINWINDOW_H #define MAINWINDOW_H #include <QMainWindow> class MainWindo ...