Dubbo SPI
Java SPI
SPI全称Service Provider Interface，是Java提供的一套用来被第三方实现或者扩展的接口，它可以用来启用框架扩展和替换组件。 SPI的作用就是为这些被扩展的API寻找服务实现。
原因
面向的对象的设计里，我们一般推荐模块之间基于接口编程，模块之间不对实现类进行硬编码。一旦代码里涉及具体的实现类，就违反了可拔插的原则，如果需要替换一种实现，就需要修改代码。为了实现在模块装配的时候不用在程序里动态指明，这就需要一种服务发现机制。java spi就是提供这样的一个机制：为某个接口寻找服务实现的机制。这有点类似IOC的思想，将装配的控制权移到了程序之外。
API SPI
-
API （Application Programming Interface）在大多数情况下，都是实现方制定接口并完成对接口的实现，调用方仅仅依赖接口调用，且无权选择不同实现。 从使用人员上来说，API 直接被应用开发人员使用。
-
SPI （Service Provider Interface）是调用方来制定接口规范，提供给外部来实现，调用方在调用时则选择自己需要的外部实现。 从使用人员上来说，SPI 被框架扩展人员使用。
实现
- 定义接口
- 编写实现类
- 在resources目录下新建META-INF/services目录，并且在这个目录下新建一个与上述接口的全限定名一致的文件，在这个文件中写入接口的实现类的全限定名
比如接口全限定名：com.spi.cache.Cache
文件内容：
com.spi.cache.LocalCache
com.spi.cache.RedisCache - 最后调用ServiceLoader.load(UploadCDN.class)即可加载出以上两个实现类
原理
Class.forName反射加载并实例化进缓存
缺点
Java SPI 在查找扩展实现类的时候遍历 SPI 的配置文件并且将实现类全部实例化，无法按需加载
Dubbo SPI
image.png
优点
Dubbo 的扩展点加载是基于JDK 标准的 SPI 扩展点发现机制增强而来的，Dubbo 改进了 JDK 标准的 SPI 的以下问题：
-
JDK 标准的 SPI 会一次性实例化扩展点所有实现，如果有扩展实现初始化很耗时，但如果没用上也加载，会很浪费资源。
-
如果扩展点加载失败，就失败了，给用户没有任何通知。比如：JDK 标准的ScriptEngine，如果Ruby ScriptEngine 因为所依赖的 jruby.jar 不存在，导致 Ruby ScriptEngine 类加载失败，这个失败原因被吃掉了，当用户执行 ruby 脚本时，会报空指针异常，而不是报Ruby ScriptEngine不存在。
-
增加了对扩展点 IoC 和 AOP 的支持，一个扩展点可以直接 setter 注入其它扩展点。
配置文件
文件名同样是接口全限定名，而内容是k-v形式，比如localCache=com.spi.cache.LocalCache，同样这样的方式实现按需加载
注解
@SPI注解（注解在类上）
标识了接口是一个扩展点，属性 value 用来指定默认适配扩展点的名称。
@Adaptive注解（注解在类型和方法上）
注解在类上 ， 这个类就是缺省的适配扩展；注解在扩展点 @SPI 的方法上时 ， dubbo 动态的生成一个这个扩展点的适配扩展类
@Activate注解 - 自适应扩展（注解在类型和方法上）
注解在扩展点的实现类上 ，表示了一个扩展类被获取到的的条件，根据 @Activate 中的 group 、 value 属性来过滤，
文件目录
- META-INF/services/ 目录：该目录下的 SPI 配置文件是为了用来兼容 Java SPI 。
- META-INF/dubbo/ 目录：该目录存放用户自定义的 SPI 配置文件。
- META-INF/dubbo/internal/ 目录：该目录存放 Dubbo 内部使用的 SPI 配置文件。
AOP
https://www.cnblogs.com/UYGHYTYH/p/13028591.html
image.png
利用符合构造函数要求的装饰者模式包装类来包装实现类
IOC
一个扩展点可以通过 setter 注入其它扩展点
原理
ExtensionLoader类似 Java SPI 中 ServiceLoader
- getExtension()：主要用于获取名称为name的对应的子类的对象，这里如果子类对象如果有AOP相关的配置，这里也会对其进行封装；
- getAdaptiveExtension()：使用定义的装饰类来封装目标子类，具体使用哪个子类可以在定义的装饰类中通过一定的条件进行配置；
- getExtensionLoader()：加载当前接口的子类并且实例化一个ExtensionLoader对象。
使用：ExtensionLoader.getExtensionLoader(Cache.class).getExtension()或其他方法
