dubbo学习(一)-dubbo基于SPI思想的实现

  1. 什么是SPI

    SPI即Service Provider Interface,服务提供接口.

    SPI思想

    我们系统里抽象的各个模块,往往有很多不同的实现方案,比如日志模块的方案,xml解析模块、jdbc模块的方案等。面向的对象的设计里,我们一般推荐模块之间基于接口编程,模块之间不对实现类进行硬编码。一旦代码里涉及具体的实现类,就违反了可拔插的原则,如果需要替换一种实现,就需要修改代码。

    为了实现在模块装配的时候能不在程序里动态指明,这就需要一种服务发现机制。java spi就是提供这样的一个机制:为某个接口寻找服务实现的机制。有点类似IOC的思想,就是将装配的控制权移到程序之外,在模块化设计中这个机制尤其重要。

    JAVA中SPI的约定

    当服务的提供者,提供了服务接口的一种实现之后,在jar包的META-INF/services/目录里同时创建一个以服务接口命名的文件。该文件里就是实现该服务接口的具体实现类。而当外部程序装配这个模块的时候,就能通过该jar包META-INF/services/里的配置文件找到具体的实现类名,并装载实例化,完成模块的注入。 

    基于这样一个约定就能很好的找到服务接口的实现类,而不需要再代码里制定。jdk提供服务实现查找的一个工具类:java.util.ServiceLoader.

    代表性例子

    jdbc:在jdbc4以前,开发人员还需要基于Class.forName("xxx")的方式来装载驱动。jdbc4也基于spi的机制来发现驱动提供商了,可以通过META-INF/services/java.sql.Driver文件里指定实现类的方式来暴露驱动提供者,比如下图中的ojdbc6。




    DEMO

    假设有一个内容搜索系统,搜索模块基于接口编程。搜索的实现可能是基于文件系统的搜索,也可能是基于数据库的搜索。

    Search.java: 搜索接口

    package spi;
    public interface Search {
      public void search();
    }


    FileSearch.java:文件系统搜索的实现

    package spi;
    public class FileSearch implements Search {
      @Override
      public void search() {
        System.out.println("哥是文件搜索");
      }
    }


    DatabaseSearch.java 数据库系统的搜索实现

    package spi;
    public class DataBaseSearch implements Search {
      @Override
      public void search() {
        System.out.println("哥是database搜索");
      }
    }


    DoSearch.java

    public class DoSearch {
      public static void main(String[] args) {
        ServiceLoader<Search> sl = ServiceLoader.load(Search.class);
        Iterator<Search> s = sl.iterator();
        if (s.hasNext()) {
          Search ss = s.next();
          ss.search();
        }
      }
    }


    最后在META-INF/services目录下创建spi.Search(包名+接口名)文件,

    当文件内容为spi.FileSearch(包名+实现类名)时,程序输出结果为:哥是文件搜索

    当内容为spi.DataBaseSearch时,程序输出结果为:哥是database搜索.

    由此可以看出DOSearch类中没有任何和具体实现有关的代码,而是基于spi的机制去查找服务的实现。

     

  2. dubbo中基于SPI思想的实现

    Dubbo的扩展点加载从JDK标准的SPI(Service Provider Interface)扩展点发现机制加强而来。

    Dubbo改进了JDK标准的SPI的以下问题:

    • JDK标准的SPI会一次性实例化扩展点所有实现,如果有扩展实现初始化很耗时,但如果没用上也加载,会很浪费资源。
    • 如果扩展点加载失败,连扩展点的名称都拿不到了。比如:JDK标准的ScriptEngine,通过getName();获取脚本类型的名称,但如果RubyScriptEngine因为所依赖的jruby.jar不存在,导致RubyScriptEngine类加载失败,这个失败原因被吃掉了,和ruby对应不起来,当用户执行ruby脚本时,会报不支持ruby,而不是真正失败的原因。
    • 增加了对扩展点IoC和AOP的支持,一个扩展点可以直接setter注入其它扩展点。

     

    SPI接口定义

    dubbo定义了注解@SPI用于扩展

    public @interface SPI {
        /** 
         * 缺省扩展点名。 
         */ 
        String value() default "";
    }


    当接口上打了该注解时,dubbo会在META-INF/dubbo/internal/接口全名文件下读取扩展点。

    以Container接口为例,该接口打了SPI注解,

    @SPI("spring") 
    public interface Container {
    }


    dubbo中内置实现了各种Container 如:JettyContainer Log4JContainer SpringContainer 等等(@SPI("spring") 表示默认执行SpringContainer),我们可以在META-INF/dubbo/internal文件夹中找到以Container全名命名的文件(如下图),内容就是以key-value的方法保存的各个Container的现实,当dubbo启动时会读取该文件里的内容,加载相应的扩展点。



  3. ExtensionLoader类
    当dubbo启动时,通过ExtensionLoader类来读取扩展点中的实现类,

    如上图,首先读取SPI注解的value值,如果有值作为默认扩展实现的key,
    然后通过loadFile()依次逐行读取
    META-INF/dubbo/internal/com.alibaba.dubbo.XXX.XXX
    META-INF/dubbo/com.alibaba.dubbo.XXX.XXX
    META-INF/services/ com.alibaba.dubb
    .XXX.XXX
    文件中的内容.
    其中的扩展点自动适配、包装将在以后的章节中做进一步介绍。




 

         





评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值