• 微信公众号:美女很有趣。 工作之余,放松一下,关注即送10G+美女照片!

SPI机制之Dubbo中的SPI

开发技术 开发技术 5小时前 4次浏览

  上篇阐述了JDK标准的SPI,并对其应用做了相应的实践。在实际应用中,很多框架都会对其进行扩展改进实现该框架下的SPI。为什么呢?

  通过将上篇的实践案例增加一个HelloService的实现发现其明显的不足,特别是资源紧张的时候:

    SPI机制之Dubbo中的SPI

     SPI机制之Dubbo中的SPI

   执行主程序,查看结果:

    SPI机制之Dubbo中的SPI

   通过结果,可以看到JDK标志的SPI会一次性实例化所有扩展点的实现。如果资源紧张且扩展实现初始化很耗时而有些扩展并没有用上,会相当浪费资源

  实践中实现类加断点,执行主程序查看其初始化的进度:

    SPI机制之Dubbo中的SPI

    SPI机制之Dubbo中的SPI

   如果不继续执行,通过结果可以看到打断点本身的实现类不会加载,没有打断点的实现类也不会加载(加载顺序与文件内容顺序一致)。所以可能出现如果有扩展点加载失败,则所有扩张点均无法使用的情况。

  Dubbo框架解决了以上两个问题同时扩展了其他相关的功能。dubbo的jar中可以看到其通过SPI的方式定制化实现了哪些扩展点:

    SPI机制之Dubbo中的SPI

  可以看到默认加载的内容文件在dubbo目录下。

  下面实践使用Dubbo扩展点的方式:

    1、引入dubbo依赖,创建接口在接口上标注@SPI

      SPI机制之Dubbo中的SPI

     2、实现类项目中

      1)导入api依赖

        SPI机制之Dubbo中的SPI

      2)建立实现类

        SPI机制之Dubbo中的SPI

      3)SPI进行声明操作

        SPI机制之Dubbo中的SPI

    3、执行主程序项目

      1)导入坐标接口项目和实现类项目

        SPI机制之Dubbo中的SPI

      2)创建执行类

        SPI机制之Dubbo中的SPI

     执行结果如下:

      SPI机制之Dubbo中的SPI

  通过上面的的实践案例,使用Dubbo的SPI与JDK标准的SPI好像区别不大,只是在接口类中需加上@SPI这个注解,否则无法加载该扩展。那么这个注解的作用是什么呢?查看该注解源码

    SPI机制之Dubbo中的SPI

   重点关注该注解源码中的注释,详细阐述了该注解的作用:

    SPI机制之Dubbo中的SPI

   所以@SPI的本质就是给某个扩展点的多个实现加标签标识,这样即使无法加载也可以很明确的支持哪个标签对应的扩展无法加载,而不是笼统的某类扩展点无法加载。  

  在实践案例中,扩展配置文件内容格式并没有改为<key, value>的形式,但是不影响执行的结果。是不是可以说明dubbo扩展配置文件其实也是支持不使用<key, value>形式的格式文件?

  

  

  前面提及了两个JDK标准中SPI的问题,那么在Dubbo中其解决了么?后续文章介绍。

 

  

    

 

 

  

 

 

 

  


程序员灯塔
转载请注明原文链接:SPI机制之Dubbo中的SPI
喜欢 (0)