dubbo学习笔记---dubbo中的SPI

dubbo学习笔记—dubbo开发实战

1.JDK中的SPI

1. SPI 全称为 (Service Provider Interface) ，是JDK内置的一种服务提供发现机制。 目前有不少框架用它来做服务的扩展发现，简单来说，它就是一种动态替换发现的机制(程序运行时可以根据条件，自动定位实现组件)。使用SPI机制的优势是实现解耦，使得第三方服务模块的装配控制逻辑与调用者的业务代码分离。
   
2. Java中如果想要使用SPI功能，先提供标准服务接口，然后再提供相关接口实现和调用者。这样就可以通过SPI机制中约定好的信息进行查询相应的接口实现。
3. SPI遵循如下约定：
   1. 当服务提供者提供了接口的一种具体实现后，在META-INF/services目录下创建一个以“接口全限定名”为命名的文件，内容为实现类的全限定名(包名.实现类名)；
   2. 接口实现类所在的jar包放在主程序的classpath中(将实现类加载到调用者模块中,加载到调用者的classpath下，可以采用Maven依赖的方式)；
   3. 主程序通过java.util.ServiceLoader动态装载实现模块，它通过扫描META-INF/services目录下的配置文件找到实现类的全限定名(创建对应对象)，把类加载到JVM；
   4. SPI的实现类必须携带一个无参构造方法；

2.Dubbo中的SPI

1. dubbo中大量的使用了SPI来作为扩展点，通过实现同一接口的前提下，可以进行定制自己的实现类。比如比较常见的协议，负载均衡，都可以通过SPI的方式进行定制化，自己扩展。
2. Dubbo中已经存在的所有已经实现好的扩展点。
   

3.dubbo自己做SPI的目的

1. JDK 标准的 SPI 会一次性实例化扩展点所有实现，如果有扩展实现初始化很耗时，但如果没用上也加载，会很浪费资源
2. 如果有扩展点加载失败，则所有扩展点无法使用
3. 提供了对扩展点包装的功能(Adaptive)，并且还支持通过set的方式对其他的扩展点进行注入

4.Dubbo SPI中的Adaptive功能

1. Dubbo中的Adaptive功能，主要解决的问题是如何动态的选择具体的扩展点。
2. 通过扩展加载器的getAdaptiveExtension方法统一对指定接口对应的所有扩展点进行封装，通过URL的方式对扩展点来进行动态选择。(dubbo中所有的注册信息都是通过URL的形式进行处理的。)这里同样采用相同的方式进行实现。